一种元数据配置驱动的多租户的SaaS化底座设计方法技术

本发明专利技术公开的属于软件开发架构设计技术领域，具体为一种元数据配置驱动的多租户的SaaS化底座设计方法，包括运维人员预先部署、配置好共享域、专有域的资源池；运营人员为中小型客户申请新建共享域的租户与账户，统计共享域租户资源使用情况，如果共享域资源紧张，则触发共享域扩容；运营人员为KA客户申请新建专有域独占的资源环境，如果专有域资源不足，则资源协调分配组件通过Terraform复制出一套专有域资源环境等多个步骤，本申请在多租户SaaS混合架构设计的场景下，租户配置与使用自动化，元数据驱动的多租户配置，实现共享域与专有域的快速迁移，租户迁移与扩展成本低。租户迁移与扩展成本低。租户迁移与扩展成本低。

【技术实现步骤摘要】
一种元数据配置驱动的多租户的SaaS化底座设计方法


[0001]本专利技术涉及软件开发架构设计
，具体为一种元数据配置驱动的多租户的SaaS化底座设计方法。

技术介绍

[0002]SaaS：Software as a Service软件运营服务。是指用户获取软件服务的一种新形式。它不需要用户将软件产品安装在自己的电脑或服务器上。
[0003]Terraform：Terraform是一种开源工具，用于安全高效地预览，配置和管理云基础架构和资源。
[0004]SaaS(Software as a Service)多租户系统架构是一种将软件应用程序作为服务提供给客户的方式。多租户系统是指一个系统可以为多个客户提供服务，每个客户都可以独立使用，数据隔离，彼此之间互不干扰。下面是一些常用的多租户系统架构：
[0005]单数据库多租户架构
[0006]这种架构下，系统中只有一个数据库，所有客户的数据都存储在这个数据库中。每个客户的数据在数据库中通过一个租户ID进行区分。这种架构简单易用，但是对于大规模的系统来说，单个数据库可能会成为性能瓶颈。
[0007]多数据库多租户架构
[0008]这种架构下，每个客户都有一个单独的数据库，所有的数据都存储在这个数据库中。每个客户的数据库都是相互独立的，彼此之间互不干扰。这种架构对于大规模系统来说可以提供更好的性能和可扩展性。
[0009]混合架构
[0010]这种架构是将单数据库多租户和多数据库多租户结合起来使用的。通常，系统会为一些小客户使用单个数据库，而为一些大客户使用多个数据库，以提高系统的性能和可扩展性。
[0011]垂直多租户架构
[0012]这种架构下，不同的租户使用不同的系统模块，这些模块通常是固定的。每个租户只能访问它被分配的模块，而不能访问其他租户的模块。这种架构通常用于为不同的客户提供不同的功能和服务。
[0013]水平多租户架构
[0014]这种架构下，不同的租户使用相同的系统模块，但是这些模块被分成多个实例，每个实例都为一个客户提供服务。这种架构通常用于为大量的客户提供相同的服务。
[0015]现有技术的缺点：
[0016]现有混合架构设计模式通常将数据量与请求量较大的租户独立部署一套资源，称之为专有域将较小的租户通过逻辑隔离共享一套系统，称之为共享域针对专有域的租户申请，通常需要手动去独立准备一套单独的资源环境，独立部署与初始化，成本很高，针对共享域的租户，则如果后续租户数据量与请求量暴涨需要迁移到专有域，也需要做大量的数
据迁移与业务迁移工作。

技术实现思路

[0017]本专利技术的目的在于提供一种元数据配置驱动的多租户的SaaS化底座设计方法，以解决上述
技术介绍
中提出的如果后续租户数据量与请求量暴涨需要迁移到专有域，也需要做大量的数据迁移与业务迁移工作的问题。
[0018]为实现上述目的，本专利技术提供如下技术方案：一种元数据配置驱动的多租户的SaaS化底座设计方法，包括以下步骤：
[0019]步骤1、运维人员预先部署、配置好共享域、专有域的资源池；
[0020]步骤2、运营人员为中小型客户申请新建共享域的租户与账户，资源协调分配组件直接在共享域环境新建一个租户、并初始化租户，将租户信息返回，同时统计共享域租户资源使用情况，如果共享域资源紧张，则触发共享域扩容；
[0021]步骤3、运营人员为KA客户申请新建专有域独占的资源环境，如果已经存在能够满足改KA客户的专有域的资源环境，则直接分配，并将该租户信息与专有域资源分配情况写入租户元数据映射表，如果专有域资源不足，则资源协调分配组件通过Terraform复制出一套专有域资源环境，将租户与新环境映射关系，写入租户元数据映射表。
[0022]优选的，所述步骤2中资源协调分配组件用于根据当前输入选择不同环境去调用租户新建接口。
[0023]优选的，所述步骤2中共享域资源紧张的判定标准为根据数据库CPU和应用部署的容器集群内存的使用情况进行判定。
[0024]优选的，所述数据库CPU占用平均超过80％、应用部署的容器集群内容使用超过80％时判定共享域资源紧张。
[0025]优选的，所述步骤3中共享域扩容通过运维脚本调用公有云服务，如数据库升配，自动购买ECS机器并通过镜像初始化加入容器集群。
[0026]优选的，所述步骤3中将专有域资源环境分为低、中、高三种套餐，根据KA客户的请求量、数据量选择不同的套餐环境分配。
[0027]与现有技术相比，本专利技术的有益效果是：
[0028]1)本专利技术通过将专有域的资源申请自动化，通过配置即可快速实现专有域租户的搭建，通过元数据配置模式，记录租户数据所在的库表，使得当共享域的租户请求暴涨需要迁移到专有域时，可以实现快速的复制迁移。
[0029]2)本申请在多租户SaaS混合架构设计的场景下，租户配置与使用自动化，元数据驱动的多租户配置，实现共享域与专有域的快速迁移，租户迁移与扩展成本低。
附图说明
[0030]图1为本专利技术流程框图。
具体实施方式
[0031]下面将结合本专利技术实施例中的附图，对本专利技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本专利技术一部分实施例，而不是全部的实施例。基于
本专利技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本专利技术保护的范围。
[0032]实施例1：
[0033]请参阅图1，本专利技术提供一种技术方案：一种元数据配置驱动的多租户的SaaS化底座设计方法，包括以下步骤：
[0034]步骤1、运维人员预先部署、配置好共享域、专有域的资源池；
[0035]步骤2、运营人员为中小型客户申请新建共享域的租户与账户，资源协调分配组件直接在共享域环境新建一个租户、并初始化租户，将租户信息返回，资源协调分配组件用于根据当前输入选择不同环境去调用租户新建接口，同时统计共享域租户资源使用情况，如果共享域资源紧张(当数据库CPU占用平均超过80％、应用部署的容器集群内容使用超过80％时则判定共享域资源紧张)，则触发共享域扩容，共享域扩容通过运维脚本调用公有云服务，如数据库升配，自动购买ECS机器并通过镜像初始化加入容器集群；
[0036]步骤3、运营人员为KA客户申请新建专有域独占的资源环境，如果已经存在能够满足改KA客户的专有域的资源环境，则直接分配，专有域资源环境分为低、中、高三种套餐，根据KA客户的请求量、数据量选择不同的套餐环境分配，一般情况下不会预先留出KA客户资源环境以免资源浪费，除非正好刚刚有KA客户下线，这样环境资源可以清理后复用，并将该租户信息与专有域资源分配情况写入租户元数据映射表如表2，如果专有域资源不足，则资源协调分配组件通过Terraform复制出一套专有域资源环境，将租户与新环境映射关系，写入租户元数据映射表；
本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种元数据配置驱动的多租户的SaaS化底座设计方法，其特征在于：包括以下步骤：步骤1、运维人员预先部署、配置好共享域、专有域的资源池；步骤2、运营人员为中小型客户申请新建共享域的租户与账户，资源协调分配组件直接在共享域环境新建一个租户、并初始化租户，将租户信息返回，同时统计共享域租户资源使用情况，如果共享域资源紧张，则触发共享域扩容；步骤3、运营人员为KA客户申请新建专有域独占的资源环境，如果已经存在能够满足改KA客户的专有域的资源环境，则直接分配，并将该租户信息与专有域资源分配情况写入租户元数据映射表，如果专有域资源不足，则资源协调分配组件通过Terraform复制出一套专有域资源环境，将租户与新环境映射关系，写入租户元数据映射表；步骤4、当存在共享域的租户需要迁移到专有域的时候，只需要重新申请一套专有域的资源数据，再将该租户在共享域服务器上的数据迁移到专有域的数据库，然后修改该租户的元数据表配置，即可实现迁移。2.根据权利要求1所述的一种元数据配置驱动的多租户的S...

【专利技术属性】
技术研发人员：彭旭，钱勇，李柯辰，
申请(专利权)人：深圳市惟客数据科技有限公司，
类型：发明
国别省市：