CN112000686A - 多租户数据共享的管理方法、装置和系统及数据管理设备 - Google Patents

Abstract

本发明公开了一种多租户数据共享的管理方法、装置和系统及数据管理设备，属于SaaS领域；首先获取每个租户的数据，然后根据获取的数据判断该数据应采用的隔离策略，最后根据判断结果采用对应的隔离策略隔离数据。解决了跨租户数据管理时授权操作方式复杂的问题，在获取数据时就能根据数据本身判断采用租户隔离还是业务隔离。方便跨租户管理时直接获取采用业务隔离的数据，操作方式简单，执行效率快，耗费时间短，能够满足实时性要求高，跨租户多的情况。

Description

多租户数据共享的管理方法、装置和系统及数据管理设备

技术领域

本发明涉及SaaS领域，特别地，涉及一种多租户数据共享的管理方法、装置和系统及数据管理设备。

背景技术

SaaS(Software as a Service)，即软件即服务，是一种软件应用模式，即通过互联网提供软件服务，租户按需租用，通常一个软件可以同时服务多个租户，通过降低多个租户中每个租户的成本，可以大大降低服务交付、运维成本，实现最大化收益。然而，在多租户模式下，由于软件堆栈是共享的，生成和使用的数据也是多租户共享，从而多租户之间的数据会相互干扰，进而导致业务错误的问题。因此，需要对多租户数据进行安全隔离。在传统SaaS系统中，多租户的数据都是按照单个租户进行隔离的，用户访问业务数据只能访问单个租户的数据。但是有些场景，需要进行跨租户的数据管理。业界一般采用租户间授权的方式来进行数据的共享，但是这种方式操作复杂，并且执行效率很低，耗费时间较长。对于一些实时性要求高、跨租户多的情况就很难满足要求。

发明内容

为了克服现有技术的不足，本发明提供一种多租户数据共享的管理方法、装置和系统及数据管理设备，以解决跨租户数据管理时操作方式复杂，执行效率低，耗费时间长的问题。

本发明解决其技术问题所采用的技术方案是：

第一方面，

一种多租户数据共享的管理方法，包括以下步骤：

获取每个租户的数据；

根据所述数据判断所述数据应采用的隔离策略，所述隔离策略包括租户隔离和业务隔离；

根据判断结果采用对应的隔离策略隔离所述数据。

进一步地，所述根据所述数据判断所述数据应采用的隔离策略包括：

将所述数据输入到预先训练的模型或函数得到所述数据应采用的隔离策略。

进一步地，根据判断结果采用对应的隔离策略隔离所述数据包括：

如果得到所述数据应采用租户隔离，则对所述数据进行租户隔离；

如果得到所述数据应采用业务隔离，则对所述数据进行业务隔离。

进一步地，所述对所述数据进行业务隔离包括：

获取所述数据的业务类型；

将所述数据按照所述业务类型进行隔离。

进一步地，还包括：

接收用户的访问请求，所述访问请求包括待访问的数据以及所述数据所属的租户；

根据所述访问请求获取所述待访问的数据；

根据所述待访问的数据采用的隔离策略返回所述用户相应的结果。

进一步地，所述根据所述待访问的数据采用的隔离策略返回所述用户相应的结果包括：

根据所述待访问的数据采用的隔离策略判断所述用户是否具有访问权限；

如果所述用户不具有访问权限，则返回用户不具有访问权限的提示；如果所述用户具有访问权限，则将所述待访问的数据返回给所述用户。

进一步地，所述将所述待访问的数据返回给所述用户包括：

如果所述待访问数据采用租户隔离，则将经过组合隔离过滤后的结果集返回给所述用户；

如果所述待访问数据采用业务隔离，则将经过业务隔离过滤后的结果集返回给所述用户。

第二方面，

一种多租户数据共享的管理装置，包括：

数据获取模块，用于获取每个租户的数据；

策略判断模块，用于根据所述数据判断所述数据应采用的隔离策略，所述隔离策略包括租户隔离和业务隔离；

数据隔离模块，用于根据判断结果采用对应的隔离策略隔离所述数据。

第三方面，

一种多租户数据共享的管理系统，包括：

界面层，用于接收用户的访问请求以及将返回的结果集发送到所述用户的可视化的界面；

服务逻辑层，用于获取数据，并判断所述数据采用的隔离策略，同时根据判断结果采用相应的隔离策略隔离所述数据，并将隔离后的数据过滤得到结果集发送到数据库，还用于在接收到所述访问请求后从数据库中接收返回的结果集并发送到所述界面层；

数据库，用于接收所述结果集并返回给所述服务逻辑层。

第四方面，

一种数据管理设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

获取每个租户的数据；

根据所述数据判断所述数据应采用的隔离策略，所述隔离策略包括租户隔离和业务隔离；

根据判断结果采用对应的隔离策略隔离所述数据。

本申请采用以上技术方案，至少具备以下有益效果：

本发明技术方案公开了一种多租户数据共享的管理方法、装置和系统及数据管理设备，首先获取每个租户的数据，然后根据获取的数据判断该数据应采用的隔离策略，最后根据判断结果采用对应的隔离策略隔离数据。解决了跨租户数据管理时授权操作方式复杂的问题，在获取数据时就能根据数据本身判断采用租户隔离还是业务隔离。方便跨租户管理时直接获取采用业务隔离的数据，操作方式简单，执行效率快，耗费时间短，能够满足实时性要求高，跨租户多的情况。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的一种多租户数据共享的管理方法流程图；

图2是本发明实施例提供的一种多租户数据共享的管理装置的结构示意图；

图3是本发明实施例提供的一种多租户数据共享的管理系统的交互图；

图4是本发明实施例提供的一种数据管理设备的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面结合附图和实施例对本发明的技术方案进行详细的描述说明。显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所得到的所有其它实施方式，都属于本申请所保护的范围。

首先需要说明的是，租户隔离后每个租户的业务数据只能由本租户的用户进行访问，无法实现业务数据的共享。如果想要共享则需要被访问数据对应的租户的授权。业务隔离是指：将每个租户的业务数据按照业务类型进行隔离，相同业务类型的租户可以访问该业务类型中每个租户的业务数据，在实际情况中一般会对访问内容设有权限，权限较高的用户可以访问的业务数据多，权限较低的用户访问的业务数据少。如：在一个有市场管理局、教育局、各类企业的SAAS系统中，采用业务隔离的隔离策略，各个监管、经营主体分属不同的租户，他们分别在租户内部处理各自的业务。企业每天会进行填写电子台账信息。市场管理局需要查看经营业态是餐饮企业的电子台账数据；教育局只能看经营业态是学校餐饮的租户的电子台账。系统进入电子台账管理业务模块时，直接采用经营业态进行数据过滤，而不再执行租户隔离的逻辑。

参照图1，本发明实施例提供一种多租户数据共享的管理方法，包括以下步骤：

获取每个租户的数据；

根据数据判断数据应采用的隔离策略，隔离策略包括租户隔离和业务隔离；

根据判断结果采用对应的隔离策略隔离数据。

本发明实施例提供的一种多租户数据共享的管理方法，首先获取每个租户的数据，然后根据获取的数据判断该数据应采用的隔离策略，最后根据判断结果采用对应的隔离策略隔离数据。解决了跨租户数据管理时授权操作方式复杂的问题，在获取数据时就能根据数据本身判断采用租户隔离还是业务隔离。方便跨租户管理时直接获取采用业务隔离的数据，操作方式简单，执行效率快，耗费时间短，能够满足实时性要求高，跨租户多的情况。

作为对上述发明实施例的一种补充说明，根据数据判断数据应采用的隔离策略包括：

将数据输入到预先训练的模型或函数得到数据应采用的隔离策略。如果得到数据应采用租户隔离，则对数据进行租户隔离；如果得到数据应采用业务隔离，则对数据进行业务隔离。示例性的，将数据输入到预先训练的神经网络模型或者采用现有函数计算数据与两种隔离策略的相似度。以得到的相似度判断数据应采用哪种隔离策略。如租户A的数据经过计算得到的租户隔离相似度为0.3，业务隔离相似度为0.7，则判断租户A的数据采用业务隔离的隔离策略。

需要说明的是，对数据进行业务隔离包括：

获取数据的业务类型；

将数据按照业务类型进行隔离。

一些可选实施例中，获取数据的业务类型可以通过预训练的模型进行获得，即在确定对数据进行业务隔离后，将该数据输入到模型中，可以直接得到数据的业务类型。

作为本发明实施例一种可选的实施例，在根据判断结果采用对应的隔离策略隔离数据后，如果接收到用户的访问请求，访问请求包括待访问的数据以及数据所属的租户；根据访问请求获取待访问的数据；根据待访问的数据采用的隔离策略返回用户相应的结果。

具体地，根据待访问的数据采用的隔离策略判断用户是否具有访问权限；

如果用户不具有访问权限，则返回用户不具有访问权限的提示；如果用户具有访问权限，则将待访问的数据返回给用户。

其中，将待访问的数据返回给用户包括：

如果待访问数据采用租户隔离，则将经过组合隔离过滤后的结果集返回给用户；

如果待访问数据采用业务隔离，则将经过业务隔离过滤后的结果集返回给用户。

一个实施例中，本发明还提供了一种多租户数据共享的管理装置，如图2所示，包括：

数据获取模块210，用于获取每个租户的数据。

策略判断模块220，用于根据数据判断数据应采用的隔离策略，隔离策略包括租户隔离和业务隔离；具体地，策略判断模块将数据输入到预先训练的模型或函数得到数据应采用的隔离策略。

数据隔离模块230，用于根据判断结果采用对应的隔离策略隔离数据。具体地，如果得到数据应采用租户隔离，则数据隔离模块对数据进行租户隔离；如果得到数据应采用业务隔离，则数据隔离模块对数据进行业务隔离。进一步地，对数据进行业务隔离包括：获取数据的业务类型；将数据按照业务类型进行隔离。

访问请求接收模块240，用于接收用户的访问请求，访问请求包括待访问的数据以及数据所属的租户。

待访问数据获取模块250，用于根据访问请求获取待访问的数据。

结果集返回模块260，根据待访问的数据采用的隔离策略返回用户相应的结果。具体地，结果集返回模块还包括权限判断单元261，用于根据待访问的数据采用的隔离策略判断用户是否具有访问权限；

返回单元262，如果用户不具有访问权限，则返回单元返回用户不具有访问权限的提示；如果用户具有访问权限，则返回单元将待访问的数据返回给用户。

其中，返回单元将待访问的数据返回给用户包括：

如果待访问数据采用租户隔离，则返回单元将经过组合隔离过滤后的结果集返回给用户；

如果待访问数据采用业务隔离，则返回单元将经过业务隔离过滤后的结果集返回给用户。

本发明实施例提供的一种多租户数据共享的管理装置，数据获取模块获取每个租户的数据；策略判断模块根据数据判断数据应采用的隔离策略；数据隔离模块根据判断结果采用对应的隔离策略隔离数据。访问请求接收模块接收用户的访问请求；待访问数据获取模块根据访问请求获取待访问的数据；结果集返回模块根据待访问的数据采用的隔离策略返回用户相应的结果。本发明实施例提供的管理装置通过将租户的数据按照不同的隔离策略隔离，满足不同租户的需要。提高了用户的体验度。

一个实施例中，本发明实施例提供了一种多租户数据共享的管理系统，如图3所示，包括：

界面层，用于接收用户的访问请求以及将返回的结果集发送到用户的可视化的界面；

服务逻辑层，用于获取数据，并判断数据采用的隔离策略，同时根据判断结果采用相应的隔离策略隔离数据，并将隔离后的数据过滤得到结果集发送到数据库，还用于在接收到访问请求后从数据库中接收返回的结果集并发送到界面层；

数据库，用于接收结果集并返回给服务逻辑层。

在实际使用中，用户是租户A的用户，登录系统，访问业务A的数据；SaaS系统先判断该业务是采用那用数据隔离策略；如果是通过租户隔离，则进入租户隔离控制的逻辑模块；获取对应的数据集，返回给用户；如果是通过业务隔离，则进入对应的业务隔离控制的逻辑模块；获取对应的数据集，返回给用户。用户访问时，在获取数据时，需要从数据库内进行查询，隔离策略不同，查询的语句也不同。

本发明实施例提供的一种多租户数据共享的管理系统，用户在输入数据的时候，服务逻辑层首先判断数据对应的隔离规则，如果判断结果是租户隔离，则执行租户隔离逻辑将数据隔离；如果判断结果是业务隔离，则执行业务隔离逻辑将数据隔离；隔离完毕后，过滤数据生成结果集，放在数据库内存储。当用户访问时，根据访问请求从数据库内获取待访问数据，然后服务逻辑器根据待访问数据的隔离策略从数据库中获取对应的结果集，并将结果集返回到界面层，以便界面层将结果集返回到可视化的界面供用户查看。

一个实施例中，本发明还提供一种数据管理设备，如图4所示，包括：

处理器410；

用于存储处理器可执行指令的存储器420；

其中，处理器被配置为：

获取每个租户的数据；

根据数据判断数据应采用的隔离策略，隔离策略包括租户隔离和业务隔离；

根据判断结果采用对应的隔离策略隔离数据。

本发明实施例提供的一种数据管理设备，处理器能够在获取租户数据后判断其应采用的隔离策略，最后采用判断得到的隔离策略隔离数据。能够根据实际需要对用户的数据进行隔离，满足用户的需求。

可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。

需要说明的是，在本申请的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本申请的描述中，除非另有说明，“多个”的含义是指至少两个。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (10)

1.一种多租户数据共享的管理方法，其特征在于，包括以下步骤：

获取每个租户的数据；

根据所述数据判断所述数据应采用的隔离策略，所述隔离策略包括租户隔离和业务隔离；

根据判断结果采用对应的隔离策略隔离所述数据。

2.根据权利要求1所述的方法，其特征在于：所述根据所述数据判断所述数据应采用的隔离策略包括：

将所述数据输入到预先训练的模型或函数得到所述数据应采用的隔离策略。

3.根据权利要求2所述的方法，其特征在于：根据判断结果采用对应的隔离策略隔离所述数据包括：

如果得到所述数据应采用租户隔离，则对所述数据进行租户隔离；

如果得到所述数据应采用业务隔离，则对所述数据进行业务隔离。

4.根据权利要求3所述的方法，其特征在于：所述对所述数据进行业务隔离包括：

获取所述数据的业务类型；

将所述数据按照所述业务类型进行隔离。

5.根据权利要求1所述的方法，其特征在于，还包括：

接收用户的访问请求，所述访问请求包括待访问的数据以及所述数据所属的租户；

根据所述访问请求获取所述待访问的数据；

根据所述待访问的数据采用的隔离策略返回所述用户相应的结果。

6.根据权利要求5所述的方法，其特征在于：所述根据所述待访问的数据采用的隔离策略返回所述用户相应的结果包括：

根据所述待访问的数据采用的隔离策略判断所述用户是否具有访问权限；

如果所述用户不具有访问权限，则返回用户不具有访问权限的提示；如果所述用户具有访问权限，则将所述待访问的数据返回给所述用户。

7.根据权利要求6所述的方法，其特征在于：所述将所述待访问的数据返回给所述用户包括：

如果所述待访问数据采用租户隔离，则将经过组合隔离过滤后的结果集返回给所述用户；

如果所述待访问数据采用业务隔离，则将经过业务隔离过滤后的结果集返回给所述用户。

8.一种多租户数据共享的管理装置，其特征在于，包括：

数据获取模块，用于获取每个租户的数据；

策略判断模块，用于根据所述数据判断所述数据应采用的隔离策略，所述隔离策略包括租户隔离和业务隔离；

数据隔离模块，用于根据判断结果采用对应的隔离策略隔离所述数据。

9.一种多租户数据共享的管理系统，其特征在于，包括：

界面层，用于接收用户的访问请求以及将返回的结果集发送到所述用户的可视化的界面；

服务逻辑层，用于获取数据，并判断所述数据采用的隔离策略，同时根据判断结果采用相应的隔离策略隔离所述数据，并将隔离后的数据过滤得到结果集发送到数据库，还用于在接收到所述访问请求后从数据库中接收返回的结果集并发送到所述界面层；

数据库，用于接收所述结果集并返回给所述服务逻辑层。

10.一种数据管理设备，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

获取每个租户的数据；

根据所述数据判断所述数据应采用的隔离策略，所述隔离策略包括租户隔离和业务隔离；

根据判断结果采用对应的隔离策略隔离所述数据。

Images