CN113419786A - 基于多租户技术的系统划分方法及相关装置 - Google Patents

Abstract

本申请涉及一种基于多租户技术的系统划分方法及相关装置，其中方法包括：接收第一业务和第二业务的业务划分配置；从所述第一业务和所述第二业务对应的源系统的租户中确定所述第一业务对应的第一租户，以及所述第二业务对应的第二租户；从所述源系统对应的服务中确定所述第一业务的第一服务，以及所述第二业务的第二服务；基于所述第一服务建立所述第一租户对应的第一系统，基于所述第二服务建立所述第二租户对应的第二系统；若所述源系统包括第三业务，则基于所述第一服务和所述第二服务重建所述源系统。采用本申请，可提高系统划分的效率。

Description

基于多租户技术的系统划分方法及相关装置

技术领域

本申请涉及计算机技术领域，主要涉及了一种基于多租户技术的系统划分方法及相关装置。

背景技术

随着互联网技术的发展，金融业务也随之发展。当金融业务涉及支付时，必然存在对账需求。金融业务可能需要分割，以使系统细分。例如，原来保险代销业务和保险直销业务均处于一个系统中，现需把保险代销业务和保险直销业务分成两个系统。然而，重新对系统进行划分，会增加开发成本，且开发效率较低。如何提高系统划分的效率是本领域技术人员待解决的技术问题。

发明内容

本申请实施例提供了一种基于多租户技术的系统划分方法及相关装置，可提高系统划分的效率。

第一方面，本申请实施例提供一种基于多租户技术的系统划分方法，其中：

接收第一业务和第二业务的业务划分配置；

从所述第一业务和所述第二业务对应的源系统的租户中确定所述第一业务对应的第一租户，以及所述第二业务对应的第二租户；

从所述源系统对应的服务中确定所述第一业务的第一服务，以及所述第二业务的第二服务；

基于所述第一服务建立所述第一租户对应的第一系统，基于所述第二服务建立所述第二租户对应的第二系统；

若所述源系统包括第三业务，则基于所述第一服务和所述第二服务重建所述源系统。

第二方面，本申请实施例提供一种基于多租户技术的系统划分装置，其中：

通信单元，用于接收第一业务和第二业务的业务划分配置；

处理单元，用于从所述第一业务和所述第二业务对应的源系统的租户中确定所述第一业务对应的第一租户，以及所述第二业务对应的第二租户；从所述源系统对应的服务中确定所述第一业务的第一服务，以及所述第二业务的第二服务；基于所述第一服务建立所述第一租户对应的第一系统，基于所述第二服务建立所述第二租户对应的第二系统；若所述源系统包括第三业务，则基于所述第一服务和所述第二服务重建所述源系统。

第三方面，本申请实施例提供一种计算机设备，包括处理器、存储器、通信接口以及一个或至少一个程序，其中，上述一个或至少一个程序被存储在上述存储器中，并且被配置由上述处理器执行，所述程序包括用于如第一方面中所描述的部分或全部步骤的指令。

第四方面，本申请实施例提供了一种计算机可读存储介质，其中，所述计算机可读存储介质存储计算机程序，其中，所述计算机程序使得计算机执行以实现如第一方面中所描述的部分或全部步骤。

实施本申请实施例，将具有如下有益效果：

在接收到第一业务和第二业务的业务划分配置之后，从第一业务和第二业务对应的源系统的租户中确定第一业务对应的第一租户以及第二业务对应的第二租户。然后，从源系统的服务中确定第一租户的第一服务以及第二租户的第二服务。再基于第一服务建立第一租户对应的第一系统，基于第二服务建立第二租户对应的第二系统。如此，第一系统处理第一业务，第二系统处理第二业务，以实现第一业务和第二业务对应的系统分离。若源系统包括第三业务，则基于第一服务和第二服务重建源系统，以使源系统中不包括第一系统和第二系统。通过多租户技术对系统进行划分，可提高系统划分的效率。

附图说明

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

其中：

图1为本申请实施例提供的一种基于多租户技术的系统划分系统的结构示意图；

图2为本申请实施例提供的一种基于多租户技术的系统划分方法的流程示意图；

图3为本申请实施例提供的一种基于多租户技术的系统划分装置的结构示意图；

图4为本申请实施例提供的一种计算机设备的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。根据本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

请参照图1，图1为本申请实施例提供的一种基于多租户技术的系统划分系统的结构示意图。如图1所示，该系统包括电子设备101、网关102和服务器103。本申请实施例对于电子设备、网关和服务器的数量不做限定，网关102可同时为多个电子设备101提供数据接入服务，服务器103可同时为多个电子设备101提供业务服务。

在本申请实施例中，电子设备101可以是个人计算机(personal computer，PC)、笔记本电脑或手机，还可以是一体机、掌上电脑、平板电脑(pad)、智能电视播放终端、车载终端或便捷式设备等。PC端的电子设备，例如一体机等，其操作系统可以包括但不限于Linux系统、Unix系统、Windows系列系统(例如Windows xp、Windows 7等)、Mac OS X系统(苹果电脑的操作系统)等操作系统。移动端的电子设备，例如智能手机等，其操作系统可以包括但不限于安卓系统、IOS(苹果手机的操作系统)、Window系统等操作系统。在图1中，电子设备101以手机进行举例描述。

在本申请实施例中，网关102作为服务的一个统一入口，所有的租户访问都需要经过它来调度和过滤，可以实现的功能包括鉴权、限流、日志监控、告警、访问控制、协议转换等。在图1中，网关102以云服务器进行举例描述。

在本申请实施例中，服务器103可以用独立的服务器或者多个服务器组成的服务器集群来实现。服务器103可以用于处理对账数据。处理对账数据的方法可以包括数据抽取、数据清洗、数据转换、数据分发、数据对账等，在此不做限定。

其中，数据抽取是指从各个不同的数据源抽取数据，数据抽取的过程可以包括部分的数据清洗和数据转换的步骤。数据清洗的任务是过滤那些不符合要求的数据，将过滤的结果交给业务主管部门，确认是否过滤掉还是由业务服务器修正之后再进行抽取。

不符合要求的数据主要有不完整的数据、错误的数据和重复的数据三大类。其中，不完整的数据，其值一些应该有的信息缺失。例如，供应商的名称，分公司的名称，客户的区域信息缺失、业务系统中主表与明细表不能匹配等。错误的数据，产生原因是业务系统不够健全，在接收输入后没有进行判断直接写入后台数据库造成的。例如，数值数据输成全角数字字符、字符串数据后面有一个回车、日期格式不正确、日期越界等。重复的数据，是指重复记录的数据。

数据清洗是一个反复的过程，不可能在几天内完成，只有不断的发现问题，解决问题。对于是否过滤、是否修正一般要求客户确认。对于过滤掉的数据，写入Excel文件或者将过滤数据写入数据表，在开发的初期可以每天向业务主管部门中的用户发送过滤数据的邮件，促使他们尽快的修正错误，同时也可以作为将来验证数据的依据。

数据转换的任务主要是进行不一致的数据转换、数据粒度的转换和一些商务规则的计算。其中，不一致数据转换，是将不同的业务系统的相同类型的数据进行统一的过程。例如，同一个供应商在结算系统的编码是XX0001，而在客户关系管理(CustomerRelationship Management)系统中编码是YY0001，则数据抽取之后会统一转换成一个编码。

业务系统一般存储非常明细的数据，而数据仓库中的数据是用来分析的，不需要非常明细的数据。一般情况下，会将业务系统数据按照数据仓库粒度进行聚合，以实现数据粒度的转换。

不同的企业有不同的业务规则，不同的数据指标，这些指标有的时候不是简单的加加减减就能完成，需要将这些数据指标计算好了之后存储在数据仓库中，供分析使用，以实现商务规则的计算。

数据分发用于确定不同的数据对应的业务，并将数据发送给对应的对账服务器或其他业务服务器。

数据对账用于确定数据是否满足一致性。以支付对账系统进行举例说明，支付对账系统可分为文件下载模块、文件解析模块、对账处理模块、差错处理模块和数据汇总模块五个模块，每个模块负责自己的职能。

其中，文件下载模块，用于从第三方通道下载对账单文件。目前主要是第三方支付应用(例如，微信、支付宝、银联等)的对账单文件。文件解析模块，用于创建不同的解析器，将第三方支付应用的对账单文件解析成对账服务器可以处理的对账记录。对账处理模块，用于基于对账的业务逻辑处理，对解析到的第三方支付应用的对账单文件与支付订单进行逐笔比对。差错处理模块，用于处理上述比对过程的差错数据，针对不同的类型订单进行冲正通知补单等。数据汇总模块，用于根据业务将对账数据汇总。例如，按商户支付类型汇总做报表查询，同时默认生成一些大商户渠道等对账单文件以方便快速下载。

在本申请实施例中，租户是指可使用部分资源的用户(或系统)，多个租户可以共享一个服务或多个服务。一个租户可以理解为一个系统，该系统可以对应多个用户，每一用户可通过电子设备101使用租户所订阅的资源，即使用系统。租户的状态属性可包括待审核、已审核、禁用和取消等，在此不做限定。当租户的状态属性为已审核时，该租户可以通过电子设备101向网关102发送业务请求，以使网关102确定业务请求对应的服务。向提供该服务的服务器103发送该业务请求，以使该服务器103响应该业务请求。也就是说，由业务请求对应的服务执行该业务请求对应的业务流程。

本申请对于业务请求的类型不做限定，可以是对账、鉴权、限流、日志监控、告警、访问控制、协议转换等业务类型中的一项或多项。若该业务系统能处理对账业务，则业务请求可以包括对账业务请求。租户可以通过电子设备101登录业务系统，向网关102发送对账业务请求。网关102将该对账业务请求转发给对应的服务，以使其中一个服务获取对账数据，一个服务获取对账数据的对账结果。然后，通过网关102将该对账结果发送给业务系统，以使在电子设备101中显示对账结果，从而可使租户查看对账结果。可选的，服务获取对账数据的对账结果之前，可以先对对账数据进行数据清洗，以过滤掉重复或无关的数据，可提高对账效率和准确率。

本申请实施例提出的一种基于多租户技术的系统划分方法，该方法可以由基于多租户技术的系统划分装置执行。该装置可由软件和/或硬件实现，一般可集成在计算机设备中，可提高系统划分的效率。

请参照图2，图2是本申请提供的一种基于多租户技术的系统划分方法的流程示意图。以该方法应用在服务器为例进行举例说明，包括如下步骤S201～S205，其中：

S201：接收第一业务和第二业务的业务划分配置。

在本申请实施例中，业务划分配置用于指示第一业务和第二业务进行业务划分。也就是说，将第一业务和第二业务对应的源系统进行划分，得到至少两个系统，一个系统与第一业务对应，另一个系统与第二业务对应。可将第一业务对应的系统称为第一系统，将第一业务对应的租户称为第一租户，即第一租户可登录第一系统，向网关发送业务请求，以获取第一业务的对账结果。可将第二业务对应的系统称为第二系统，将第二业务对应的租户称为第二租户，即第二租户可登录第二系统，向网关发送业务请求，以获取第二业务的对账结果。

本申请对于第一业务和第二业务的类型不做限定。第一业务和第二业务可以为不同的业务。例如，当第一业务为保险代销业务时，第二业务可以为报销直销业务。可以理解，第一业务和第二业务进行业务划分，除了将源系统进行划分之外，还需将第一业务和第二业务的数据进行划分，以实现数据隔离。

S202：从第一业务和第二业务对应的源系统的租户中确定第一业务对应的第一租户，以及第二业务对应的第二租户。

本申请对于确定第一租户和第二租户的方法不做限定，可以基于第一业务的业务标识从源系统的租户中查找与第一业务对应的第一租户，以及基于第二业务的业务标识从源系统的租户中查找与第二业务对应的第二租户。

以第一租户的确定方法为例进行说明，第二租户可参照以下方法进行确定。在一种可能的示例中，第一业务包括多个子业务，步骤S202可以包括以下步骤A1～A4，其中：

A1：获取第一业务和第二业务对应的源系统中的每个租户与每个子业务之间的关联值。

在本申请实施例中，租户与子业务之间的关联值用于描述该租户与该子业务之间的关联性。在一种可能的示例中，步骤A1可以包括以下步骤A11～A13，其中：

A11：基于第一业务和第二业务对应的源系统中的租户的业务类型和子业务的业务类型之间的相似值。

其中，业务类型可参照前述，在此不再赘述。相似值用于描述业务类型之间的相似性。可以通过对比是否相等，得到匹配值，再获取业务类型之间的关联值，基于匹配值和关联值获取相似值。可以理解，租户处理的业务类型和子业务的业务类型越相似，则处理子业务的概率越大。

A12：获取该租户处理该子业务的频率。

在本申请实施例中，频率可以基于租户处理过子业务的数量和处理其他业务的数量之间的比值进行获取，或者基于租户处理过子业务的数量和处理过子业务的业务类型的业务的数量进行获取等，在此不做限定。

需要说明的是，本申请对于步骤A11和步骤A12的执行顺序不做限定。可以先执行步骤A11，再执行步骤A12。或者可以先执行步骤A12，再执行步骤A11。或者可以同时执行步骤A11和步骤A12。

A13：基于相似值和频率进行加权计算，得到该租户与该子业务之间的关联值。

本申请实施例对于相似值和频率分别对应的预设权值不做限定，可以为0.4和0.6等。举例来说，假设相似值为0.6，频率为0.8，相似值和频率分别对应的预设权值为0.4和0.6，则计算0.6*0.4+0.8*0.6，得到0.72，即该租户和该子业务之间的关联值为0.72。

可以理解，在步骤A11～A13中，基于第一业务和第二业务对应的源系统中的租户的业务类型和子业务的业务类型之间的相似值，以及该租户处理该子业务的频率进行加权计算，得到该租户与该子业务之间的关联值。也就是说，从该租户是否会处理该子业务和处理该子业务的频率进行获取该租户与该子业务之间的关联值，可提高获取该关联值的准确率。

A2：将与子业务之间的关联值大于第一阈值的租户作为第一业务对应的第一租户，将与子业务之间的关联值均小于或等于第一阈值的租户作为第二租户。

在本申请实施例中，第一阈值可以基于子业务的数量、第一业务的业务类型等进行确定等，在此不做限定。可以理解，若源系统中的一个租户与第一业务中的一个子业务的关联值大于第一阈值，则表示该租户与该子业务关系紧密，可以将该租户作为第一业务对应的第一租户。若源系统中的一个租户与第一业务中的所有的子业务的关联值均小于或等于第一阈值，则表示该租户没有与第一业务中的一个子业务关系紧密，可以将该租户作为第二租户。

A3：基于第二租户与每个子业务之间的关联值进行加权计算，得到第二租户与第一业务之间的关联值。

在本申请实施例中，第二租户与第一业务之间的关联值用于描述该第二租户与该第一业务之间的关联性。本申请对于第二租户和各个子业务之间的关联值对应的预设权值不做限定，可以基于该子业务的业务比重进行计算等，该业务比重可以基于该子业务的优先级以及处理频率进行确定等。可以理解，基于第二租户与第一业务中每个子业务之间的关联值进行加权计算，得到第二租户与第一业务之间的关联值，可提高获取该关联值的准确率。

A4：将与第一业务之间的关联值大于第二阈值的第二租户作为第一业务对应的第一租户。

本申请对于第二阈值不做限定，第二阈值可以大于或等于第一阈值。可以理解，第一业务包括多个子业务，当源系统中的一个租户和第一业务中的一个子业务之间的关联值大于第一阈值，表示该租户与该子业务关系紧密，可以将该租户作为第一业务对应的第一租户。当源系统中的一个租户和第一业务中所有的子业务之间的关联值小于或等于第一阈值时，可以将该租户作为第二租户。再基于第二租户与第一业务中每个子业务之间的关联值进行加权计算，得到第二租户与第一业务之间的关联值。若第二租户与第一业务之间的关联值大于第二阈值时，表示该第二租户与第一业务关系紧密，可以将该第二租户作为第一业务对应的第一租户。

S203：从源系统对应的服务中确定第一业务的第一服务，以及第二业务的第二服务。

在本申请实施例中，将可被第一业务使用的服务称为第一服务，将可被第二业务使用的服务称为第二服务。本申请对于确定第一服务和第二服务的方法不做限定，以确定第一服务的方法为例进行说明，第二服务的确定方法可参照以下方式的描述。在一种可能的示例中，可以包括以下步骤B1～B4，其中：

B1：获取源系统对应的每个服务与每个子业务之间的关联值。

在本申请实施例中，服务与子业务之间的关联值用于描述该服务与该子业务之间的关联性。可以基于该服务处理的业务类型和该子业务的业务类型之间的相似值进行确定等，在此不做限定。

B2：将与子业务之间的关联值大于第三阈值的服务作为第一业务对应的第一服务，将与子业务之间的关联值均小于或等于第三阈值的服务作为第二服务。

在本申请实施例中，第三阈值可以基于子业务的数量、第一业务的业务类型等进行确定等，在此不做限定。可以理解，当源系统对应的一个服务和第一业务中的一个子业务之间的关联值大于第三阈值，表示该服务与该子业务关系紧密，可以将该服务作为第一业务的第一服务。当源系统中的一个服务和第一业务中所有的子业务之间的关联值均小于或等于第四阈值，表示该服务不是各个子业务经常使用的服务，可以将该服务作为第二服务。

B3：基于第二服务与每个子业务之间的关联值进行加权计算，得到第二服务与第一业务之间的关联值。

在本申请实施例中，第二服务与第一业务之间的关联值用于描述该第二服务与第一业务之间的关联性。本申请对于该第二服务和各个子业务之间的关联值对应的预设权值不做限定，可以基于该子业务的业务比重进行计算等。可以理解，基于第二服务与第一业务中每一子业务之间的关联值进行加权计算，得到第二服务与第一业务之间的关联值，可提高获取该关联值的准确率。

B4：将与第一业务之间的关联值大于第四阈值的第二服务作为第一业务的第一服务。

本申请对于第四阈值不做限定，第四阈值可以大于或等于第三阈值。可以理解，第一业务包括多个子业务，当源系统中的一个服务和第一业务中的一个子业务之间的关联值大于第三阈值，表示该服务与该子业务关系紧密，可以将该服务作为第一业务的第一服务。当源系统中的一个服务和第一业务中所有的子业务关联值小于或等于第三阈值时，可以将该服务先作为第二服务。再基于第二服务与第一业务中每个子业务之间的关联值获取第二服务与第一业务之间的关联值。若第二服务与第一业务之间的关联值大于第四阈值时，表示该服务与第一业务关系紧密，可以作为第一业务的第一服务。

S204：基于第一服务建立第一租户对应的第一系统，基于第二服务建立第二租户对应的第二系统。

如前所述，第一系统为第一业务对应的系统，第二系统为第二业务对应的系统。本申请对于建立第一系统和第二系统的方法不做限定，以第一系统进行举例说明，可以先确定第一系统中各个功能模块对应的第一服务，再逐一基于第一服务生成功能模块对应的显示页面，以建立第一系统。或者可以基于第一服务从源系统中获取第一租户对应的子系统，作为第一系统。

可以理解，基于第一业务的第一服务建立第一业务对应的第一租户对应的第一系统，基于第二业务的第二服务建立第二业务对应的第二租户对应的第二系统，可提高建立第一系统和第二系统的准确率和效率。

S205：若源系统包括第三业务，则基于第一服务和第二服务重建源系统。

在本申请实施例中，源系统中处理的业务除了第一业务和第二业务之外，还可能包括第三业务。若源系统不包括第三业务，仅包括第一服务和第二服务，则无需重建源系统。若确定源系统包括第三业务，则可以基于第一服务和第二服务重建源系统，以避免源系统中还可以处理第一业务和第二业务。

本申请对于重建源系统的方法不做限定，可以直接删除第一服务和第二服务对应的功能模块。还可以先确定第三业务对应的第三服务，再确定第三服务是否与第一服务或第二服务关联。若与第一服务关联，则删除第一业务对应的数据，以避免第一业务的数据被第三业务使用，可提高数据的安全性。

需要说明的是，本申请对于步骤S203和步骤S204的执行顺序不做限定。可以如图2所示，先执行步骤S203，再执行步骤S204。或者可以先执行步骤S204，再执行步骤S203。或者可以同时执行步骤S203和步骤S204。可以理解，在源系统重建之前，基于第一服务从源系统中获取第一租户对应的第一系统，且基于第二服务从源系统中获取第二租户对应的第二系统，可基于源系统的相关信息建立系统，提高了系统划分的效率。

在图2所示的方法中，在接收到第一业务和第二业务的业务划分配置之后，从第一业务和第二业务对应的源系统的租户中确定第一业务对应的第一租户以及第二业务对应的第二租户。然后，从源系统的服务中确定第一租户的第一服务以及第二租户的第二服务。再基于第一服务建立第一租户对应的第一系统，基于第二服务建立第二租户对应的第二系统。如此，第一系统处理第一业务，第二系统处理第二业务，以实现第一业务和第二业务对应的系统分离。若源系统包括第三业务，则基于第一服务和第二服务重建源系统，以使源系统中不包括第一系统和第二系统。通过多租户技术对系统进行划分，可提高系统划分的效率。

在一种可能的示例中，在步骤S202之后，还包括以下步骤C1和步骤C2，其中：

C1：从源系统对应的数据中获取第一租户的第一数据，以及第二租户的第二数据。

在本申请实施例中，可将第一业务对应的数据称为第一租户的第一数据，将第二业务对应的数据称为第二租户的第二数据。本申请对于第一数据和第二数据的类型和数量不做限定。第一数据和第二数据中至少包括对账数据。第一数据和第二数据可以为源系统中单独存储的数据，还可以为源系统中统一存储的数据。

本申请对于获取第一数据和第二数据的方法不做限定，以获取第一数据的方法为例进行说明，第二数据可参照以下方法获取。在一种可能的示例中，步骤C1包括以下步骤C11～C13，其中：

C11：从源系统对应的数据中获取与第一租户对应的参考数据。

在本申请实施例中，参考数据是第一业务和第二业务对应的源系统中所存储的数据中与第一租户对应的数据。参考数据可以基于存储的数据中的数据标识进行获取，或者可以基于第一业务已经处理过的数据进行获取等。

C12：确定参考数据和第一业务之间的参考关联值。

在本申请实施例中，参考关联值用于描述参考数据和第一业务之间的关联性，可以基于每一参考数据和各个子业务之间的关联值进行计算得到等，在此不做限定。在一种可能的示例中，步骤C12可以包括以下步骤：确定第一参考数据和第二参考数据之间的关联关系；基于关联关系确定第一参考数据和第一业务之间的参考关联值。

其中，第一参考数据为参考数据中的任一参考数据，第二参考数据为参考数据中除第一参考数据之外的参考数据。第一参考数据和第二参考数据之间的关联关系可以为上下游关系，即第一参考数据可生成第二参考数据，或者第二参考数据可生成第一参考数据。关联关系或者可以为并列关系，即第一参考数据和第二参考数据可用于生成一个数据，或为一个数据可生成的数据中包含第一参考数据和第二参考数据。

可以理解，基于第一参考数据和第二参考数据之间的关联关系确定该第一参考数据和第一业务之间的参考关联值，可提高确定参考关联值的准确率。

C13：基于参考关联值从参考数据中选取第一租户的第一数据。

本申请对于选取第一数据的方法不做限定，可以预先设置一个阈值，从而选取大于该阈值的数据作为第一数据。

C2：将第一数据存储于第一租户的第一存储位置，将第二数据存储于第二租户的第二存储位置。

在本申请实施例中，可将第一租户存储数据的位置称为第一存储位置，可将第二租户存储数据的位置称为第二存储位置。第一存储位置和第二存储位置可以为一个数据库中的不同位置，还可以为不同的数据库的存储地址。

可以理解，在步骤C1和步骤C2中，将第一租户的第一数据存储于第一租户的第一存储位置，将第二租户的第二数据存储于第二租户的第二存储位置。如此，可实现第一业务和第二业务的数据隔离存储，提高数据存储的安全性。

本申请对于分配第一存储位置和第二存储位置的方法不做限定，以确定第一存储位置的方法进行举例说明，第二存储位置的确定方法可以参照以下方法。在一种可能的示例中，在C2之前，还包括以下步骤：确定第一业务对应的第一数据的数据尺寸和安全级别；基于数据尺寸和安全级别查找参考数据库；从参考数据库中分配一块存储空间，作为第一租户的第一存储位置。

其中，数据尺寸是指第一数据所占用的存储空间，可以基于现有的第一数据所暂用的存储空间进行计算，还可以基于第一数据的数据类型和第一数据的数量进行计算等。安全级别用于描述第一数据的安全性，可根据第一数据的隐私性进行确定等。本申请对于数据尺寸和安全级别的确定方法不做限定。

参考数据库可作为第一租户的数据的存储空间。本申请对于查找参考数据库的方法不做限定，可以选取数据容量大于数据尺寸，且安全等级大于安全级别的数据库。其中，数据容量是指数据库的最大剩余存储量，可以基于数据库的可分配容量和已存储的数据暂用的存储空间之间的差值进行确定。安全等级是指数据库的最小安全级别，可以根据数据库的存储位置的安全性、数据库中数据的存储方式、数据是否加密等进行计算得到。本申请对于数据容量和安全等级的确定方法不做限定。可以理解，查找数据容量大于数据尺寸，且安全等级大于安全级别的数据库作为参考数据库，可提高第一数据存储的安全性和存储效率。

在一种可能的示例中，若参考数据库的数量大于或等于2个，则基于参考数据库的基本信息确定参考数据库的评价值；选取最大的评价值对应的参考数据库作为目标数据库；基于目标数据库的基本信息确定第一存储位置。

在本申请实施例中，参考数据库的基本信息可包括数据库的安全等级、存储速率、存储容量等。参考数据库的评价值可以基于对参考数据库的每一种基本信息进行评价，得到的子评价值进行加权计算得到等，在此不做限定。

可以理解，在该示例中，若参考数据库的数量大于或等于2个，可以从参考数据中选取最大的评价值对应的参考数据库作为目标数据库。再从目标数据库中分配一块存储空间，作为第一租户的第一存储位置，可进一步提高第一数据存储的安全性和存储效率。

上述详细阐述了本申请实施例的方法，下面提供了本申请实施例的装置。

与图2所示的实施例一致，请参照图3，图3是本申请提出的一种基于多租户技术的系统划分装置的结构示意图。如图3所示，该装置300包括：

通信单元302，用于接收第一业务和第二业务的业务划分配置；

处理单元301，用于从所述第一业务和所述第二业务对应的源系统的租户中确定所述第一业务对应的第一租户，以及所述第二业务对应的第二租户；从所述源系统对应的服务中确定所述第一业务的第一服务，以及所述第二业务的第二服务；基于所述第一服务建立所述第一租户对应的第一系统，基于所述第二服务建立所述第二租户对应的第二系统；若所述源系统包括第三业务，则基于所述第一服务和所述第二服务重建所述源系统。

在一个可能的示例中，所述第一业务包括多个子业务，所述处理单元301具体用于获取所述第一业务和所述第二业务对应的源系统中的每个租户与每个所述子业务之间的关联值；将与所述子业务之间的关联值大于第一阈值的租户作为所述第一业务对应的第一租户，将与所述子业务之间的关联值均小于或等于所述第一阈值的租户作为第二租户；基于所述第二租户与每个所述子业务之间的关联值进行加权计算，得到所述第二租户与所述第一业务之间的关联值；将与所述第一业务之间的关联值大于第二阈值的第二租户作为所述第一业务对应的第一租户，其中，所述第二阈值大于或等于所述第一阈值。

在一个可能的示例中，所述处理单元301具体用于基于所述第一业务和所述第二业务对应的源系统中的租户的业务类型和所述子业务的业务类型之间的相似值；获取所述租户处理所述子业务的频率；基于所述相似值和所述频率进行加权计算，得到所述租户与所述子业务之间的关联值。

在一个可能的示例中，所述处理单元301具体用于获取所述源系统对应的每个服务与每个所述子业务之间的关联值；将与所述子业务之间的关联值大于第三阈值的服务作为所述第一业务的第一服务，将与所述子业务之间的关联值均小于或等于第三阈值的服务作为第二服务；基于所述第二服务与每个所述子业务之间的关联值进行加权计算，得到所述第二服务与所述第一业务之间的关联值；将与所述第一业务之间的关联值大于第四阈值的第二服务作为所述第一业务的第一服务，其中，所述第四阈值大于或等于所述第三阈值。

在一个可能的示例中，所述处理单元301还用于从所述源系统对应的数据中获取所述第一租户的第一数据，以及所述第二租户的第二数据；

该装置300还包括存储单元303，用于将所述第一数据存储于所述第一租户的第一存储位置，将所述第二数据存储于所述第二租户的第二存储位置。

在一个可能的示例中，所述处理单元301具体用于从所述源系统对应的数据中获取与所述第一租户对应的参考数据；确定所述参考数据和所述第一业务之间的参考关联值；基于所述参考关联值从所述参考数据中选取所述第一租户的第一数据。

在一个可能的示例中，所述处理单元301具体用于确定第一参考数据和第二参考数据之间的关联关系，其中，所述第一参考数据为所述参考数据中的任一数据，所述第二参考数据为所述参考数据中除所述第一参考数据之外的参考数据；基于所述关联关系确定所述第一参考数据和所述第一业务之间的参考关联值。

该装置300中各个单元执行详细过程可以参见前述方法实施例中的执行步骤，此处不在赘述。

与图2所示的实施例一致，请参照图4，图4是本申请实施例提供的一种计算机设备的结构示意图。如图4所示，该计算机设备400包括处理器410、存储器420、通信接口430以及一个或多个程序440。处理器410、存储器420和通信接口430之间通过总线450互相连接。图3所示的通信单元302所实现的相关功能可通过通信接口430来实现，图3所示的存储单元303所实现的相关功能可通过存储器420来实现，图3所示的处理单元301所实现的相关功能可通过处理器410来实现。

上述一个或多个程序440被存储在上述存储器420中，并且被配置由上述处理器410执行，上述程序440包括用于执行以下步骤的指令：

接收第一业务和第二业务的业务划分配置；

从所述第一业务和所述第二业务对应的源系统的租户中确定所述第一业务对应的第一租户，以及所述第二业务对应的第二租户；

从所述源系统对应的服务中确定所述第一业务的第一服务，以及所述第二业务的第二服务；

基于所述第一服务建立所述第一租户对应的第一系统，基于所述第二服务建立所述第二租户对应的第二系统；

若所述源系统包括第三业务，则基于所述第一服务和所述第二服务重建所述源系统。

在一个可能的示例中，所述第一业务包括多个子业务，在所述从所述第一业务和所述第二业务对应的源系统的租户中确定所述第一业务对应的第一租户方面，所述程序440具体用于执行以下步骤的指令：

获取所述第一业务和所述第二业务对应的源系统中的每个租户与每个所述子业务之间的关联值；

将与所述子业务之间的关联值大于第一阈值的租户作为所述第一业务对应的第一租户，将与所述子业务之间的关联值均小于或等于所述第一阈值的租户作为第二租户；

基于所述第二租户与每个所述子业务之间的关联值进行加权计算，得到所述第二租户与所述第一业务之间的关联值；

将与所述第一业务之间的关联值大于第二阈值的第二租户作为所述第一业务对应的第一租户，其中，所述第二阈值大于或等于所述第一阈值。

在一个可能的示例中，在所述获取所述第一业务和所述第二业务对应的源系统中的每个租户与每个所述子业务之间的关联值方面，所述程序440具体用于执行以下步骤的指令：

基于所述第一业务和所述第二业务对应的源系统中的租户的业务类型，和所述子业务的业务类型之间的相似值；

获取所述租户处理所述子业务的频率；

基于所述相似值和所述频率进行加权计算，得到所述租户与所述子业务之间的关联值。

在一个可能的示例中，在所述从所述源系统对应的服务中确定所述第一业务的第一服务方面，所述程序440具体用于执行以下步骤的指令：

获取所述源系统对应的每个服务与每个所述子业务之间的关联值；

将与所述子业务之间的关联值大于第三阈值的服务作为所述第一业务的第一服务，将与所述子业务之间的关联值均小于或等于第三阈值的服务作为第二服务；

基于所述第二服务与每个所述子业务之间的关联值进行加权计算，得到所述第二服务与所述第一业务之间的关联值；

将与所述第一业务之间的关联值大于第四阈值的第二服务作为所述第一业务的第一服务，其中，所述第四阈值大于或等于所述第三阈值。

在一个可能的示例中，在所述确定所述第一业务对应的第一租户，以及所述第二业务对应的第二租户之后，所述程序440还用于执行以下步骤的指令：

从所述源系统对应的数据中获取所述第一租户的第一数据，以及所述第二租户的第二数据；

将所述第一数据存储于所述第一租户的第一存储位置，将所述第二数据存储于所述第二租户的第二存储位置。

在一个可能的示例中，在所述从所述第一业务和所述第二业务对应的源数据中，获取所述第一租户的第一数据方面，所述程序440具体用于执行以下步骤的指令：

从所述第一业务和所述第二业务对应的源数据中，获取与所述第一租户对应的参考数据；

确定所述参考数据和所述第一业务之间的参考关联值；

基于所述参考关联值从所述参考数据中选取所述第一租户的第一数据。

在一个可能的示例中，在所述确定所述参考数据和所述第一业务之间的参考关联值方面，所述程序440具体用于执行以下步骤的指令：

确定所述第一参考数据和所述第二参考数据之间的关联关系；

基于所述关联关系确定所述第一参考数据和所述第一业务之间的参考关联值。

本申请实施例还提供一种计算机存储介质，其中，该计算机存储介质存储用于存储计算机程序，该计算机程序使得计算机执行以实现方法实施例中记载的任一方法的部分或全部步骤，计算机包括电子设备、网关和服务器。

本申请实施例还提供一种计算机程序产品，计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，计算机程序可操作来使计算机执行以实现方法实施例中记载的任一方法的部分或全部步骤。该计算机程序产品可以为一个软件安装包，计算机包括电子设备、网关和服务器。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模式并不一定是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如至少一个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到至少一个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件程序模式的形式实现。

集成的单元如果以软件程序模式的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储器中。根据这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干指令用以使得一台计算机(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储器包括：U盘、只读存储器(read-only memory，ROM)、随机存取存储器(random accessmemory，RAM)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上对本申请实施例进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种基于多租户技术的系统划分方法，其特征在于，包括：

接收第一业务和第二业务的业务划分配置；

从所述第一业务和所述第二业务对应的源系统的租户中确定所述第一业务对应的第一租户，以及所述第二业务对应的第二租户；

从所述源系统对应的服务中确定所述第一业务的第一服务，以及所述第二业务的第二服务；

基于所述第一服务建立所述第一租户对应的第一系统，基于所述第二服务建立所述第二租户对应的第二系统；

若所述源系统包括第三业务，则基于所述第一服务和所述第二服务重建所述源系统。

2.根据权利要求1所述的方法，其特征在于，所述第一业务包括多个子业务，所述从所述第一业务和所述第二业务对应的源系统的租户中确定所述第一业务对应的第一租户，包括：

获取所述第一业务和所述第二业务对应的源系统中的每个租户与每个所述子业务之间的关联值；

将与所述子业务之间的关联值大于第一阈值的租户作为所述第一业务对应的第一租户，将与所述子业务之间的关联值均小于或等于所述第一阈值的租户作为第二租户；

基于所述第二租户与每个所述子业务之间的关联值进行加权计算，得到所述第二租户与所述第一业务之间的关联值；

将与所述第一业务之间的关联值大于第二阈值的第二租户作为所述第一业务对应的第一租户，其中，所述第二阈值大于或等于所述第一阈值。

3.根据权利要求2所述的方法，其特征在于，所述获取所述第一业务和所述第二业务对应的源系统中的每个租户与每个所述子业务之间的关联值，包括：

基于所述第一业务和所述第二业务对应的源系统中的租户的业务类型，和所述子业务的业务类型之间的相似值；

获取所述租户处理所述子业务的频率；

基于所述相似值和所述频率进行加权计算，得到所述租户与所述子业务之间的关联值。

4.根据权利要求2所述的方法，其特征在于，所述从所述源系统对应的服务中确定所述第一业务的第一服务，包括：

获取所述源系统对应的每个服务与每个所述子业务之间的关联值；

将与所述子业务之间的关联值大于第三阈值的服务作为所述第一业务的第一服务，将与所述子业务之间的关联值均小于或等于第三阈值的服务作为第二服务；

基于所述第二服务与每个所述子业务之间的关联值进行加权计算，得到所述第二服务与所述第一业务之间的关联值；

将与所述第一业务之间的关联值大于第四阈值的第二服务作为所述第一业务的第一服务，其中，所述第四阈值大于或等于所述第三阈值。

5.根据权利要求1-4中任一项所述的方法，其特征在于，在所述确定所述第一业务对应的第一租户，以及所述第二业务对应的第二租户之后，所述方法还包括：

从所述源系统对应的数据中获取所述第一租户的第一数据，以及所述第二租户的第二数据；

将所述第一数据存储于所述第一租户的第一存储位置，将所述第二数据存储于所述第二租户的第二存储位置。

6.根据权利要求5所述的方法，其特征在于，所述从所述源系统对应的数据中获取所述第一租户的第一数据，包括：

从所述源系统对应的数据中获取与所述第一租户对应的参考数据；

确定所述参考数据和所述第一业务之间的参考关联值；

基于所述参考关联值从所述参考数据中选取所述第一租户的第一数据。

7.根据权利要求6所述的方法，其特征在于，所述确定所述参考数据和所述第一业务之间的参考关联值，包括：

确定第一参考数据和第二参考数据之间的关联关系，其中，所述第一参考数据为所述参考数据中的任一数据，所述第二参考数据为所述参考数据中除所述第一参考数据之外的参考数据；

基于所述关联关系确定所述第一参考数据和所述第一业务之间的参考关联值。

8.一种基于多租户技术的系统划分装置，其特征在于，包括：

通信单元，用于接收第一业务和第二业务的业务划分配置；

处理单元，用于从所述第一业务和所述第二业务对应的源系统的租户中确定所述第一业务对应的第一租户，以及所述第二业务对应的第二租户；从所述源系统对应的服务中确定所述第一业务的第一服务，以及所述第二业务的第二服务；基于所述第一服务建立所述第一租户对应的第一系统，基于所述第二服务建立所述第二租户对应的第二系统；若所述源系统包括第三业务，则基于所述第一服务和所述第二服务重建所述源系统。

9.一种计算机设备，其特征在于，包括处理器、存储器、通信接口以及一个或至少一个程序，其中，所述一个或至少一个程序被存储在所述存储器中，并且被配置由所述处理器执行，所述程序包括用于执行权利要求1-7中任一项方法中的步骤的指令。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储计算机程序，所述计算机程序使得计算机执行以实现权利要求1-7中任一项所述的方法。

Images