CN115225635A - 一种多云纳管方法及装置 - Google Patents

Abstract

本发明涉及政务云管理领域，具体提供了一种多云纳管方法，具有如下步骤：S1、对租户、用户的管理；S2、共用型资源的应对；S3、明确所属平台的资源管理；S4、所属平台不明确资源处理；S5、路由调度方式；S6、平台间网络进行互通。与现有技术相比，本发明通过追加部署云平台的方式实现服务能力的扩容，基于数据库租户及资源等的映射关系，使用前置接口网关对多个云平台进行管理调度。同时避免了单一平台过于庞大，延续向监管方只提供一套标准接口纳管要求。

Description

一种多云纳管方法及装置

技术领域

本发明涉及政务云管理领域，具体提供一种多云纳管方法及装置。

背景技术

政务云场景下,云中心一般采用1+n(1为一家监管商，n为多家云服务商)的运营模式。在纳管过程中云服务商通常按照监管方的接口对接规范要求，提供一套接口服务供其纳管。在云平台建设初期业务量相对较小，一般一家云服务商只有一套云平台就能满足业务需求，纳管比较容易。伴随着业务的激增，服务支撑能力的扩容是每家与服务商不得不面临的问题。

对于云服务商而言，这种场景下一般通过两种方式进行应对。

第一种就是在原云平台追加软硬件设备直接实现云平台的扩容。此方法的优点是对以完成的纳管对接无任何影响。缺点便是容易超过单一平台规模的某一限制，引入潜在的风险。此方法也是最为常用的一种方式。

第二种便是通过部署多套云平台的方式进行扩容，此方法优点在于可以突破规模限制，可以无限扩容。带来的问题就是需要遵循只提供一套标准接口的对接要求，大大提升了纳管对接的复杂度。在现实场景中，不同云平台的租户体系、网络架构差异是的一家云服务商追加新云平台后纳管变得异常困难。

发明内容

本发明是针对上述现有技术的不足，提供一种实用性强的多云纳管方法。

本发明进一步的技术任务是提供一种设计合理，安全适用的多云纳管装置。

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

一种多云纳管方法，具有如下步骤：

S1、对租户、用户的管理；

S2、共用型资源的应对；

S3、明确所属平台的资源管理；

S4、所属平台不明确资源处理；

S5、路由调度方式；

S6、平台间网络进行互通。

进一步的，在步骤S1中，在完成新平台部署后，首先将老平台虚拟化层租户及用户信息导出，并在新平台相应创建，将对应关系维护到数据库，并维护好映射关系。

进一步的，在步骤S2中，在新平台创建同名资源方式，并在数据库维护对应关系，所用逻辑判断及转换工作在接口网关层完成。

进一步的，在步骤S3中，对于只属于唯一云平台的资源采取对资源进行标记的方式维护至数据库，将资源id、资源名称及所属平台维护至数据库，在监管商管理资源时、接口网关会根据数据库维护的实际所属平台进行云平台路由。

进一步的，在步骤S4中，对于云硬盘无法明确云平台的调用操作时，云硬盘需要先创建，后挂载到云服务器，在未指定挂载云服务器时，无法指定具体平台，可在所有平台同步创建，并维护到数据库；在真实挂载时，分别调用底层平台将未使用的盘一并删掉。

进一步的，在步骤S5中，接口网关接收到监管方发送的rest请求后，通过请求url携带的参数或token信息判断将要转发到的平台；

调用获取token接口是所有操作前进行的第一步操作，rest请求中并无与平台的关联信息，需要携带获取到的userid查询数据库映射关系，找到该用户存在的所有平台，并逐个调用底层平台获取token并保存至数据库，返回其中之一给接口调用者，供后续调用使用。

进一步的，在路由调度中，新增资源创建类操作时，依照资源利用率创建到合适的平台上，删除类、查询类操作依照rest请求中携带的信息，查询数据库维护的资源id与平台对应关系，调用真实的底层平台的rest接口，调用底层平台鉴权使用的token可以根据映射关系从数据库查询获取；

所有进行的租户、用户、资源创建、删除和查询均需要在数据库进行关联关系记录，供后续接口网关转发rest请求时判断使用。

进一步的，在步骤S6中，对于同一个租户分布在不同云平台的资源，通过对接防火墙的形式打通三层网络，通过floating ip的方式实现平台间网络通信，从而实现平台间资源的相互访问。

一种多云纳管装置，包括：至少一个存储器和至少一个处理器；

所述至少一个存储器，用于存储机器可读程序；

所述至少一个处理器，用于调用所述机器可读程序，执行一种多云纳管方法。

本发明的一种多云纳管方法及装置和现有技术相比，具有以下突出的有益效果：

1)应对监管的平台支持能力扩容不再受限；

由原有平台不断追加软硬件设备的扩容方式，转换为通过新增部署云平台的方式进行扩容。突破了单一平台容量上限的限制。租户的资源分布在不同的底层平台有助于安全稳定性的提升。同时，也不需要关注底层平台的架构及所用技术。

2)通过接口网关对多平台用户及数据关系管理，对已完成监管接口对接无影响；

在云服务商追加部署云平台后，涉及到多个平台的租户、用户、及网络等错综复杂的平台底层数据，新增平台的纳管一直是一个难题。此方法，通过依照数据库映射关系实现合理调度，完成纳管工作。

3)丰富租户可开通资源种类且互联互通不受影响；

租户可以在已部署的不同底层架构的云平台开通所有可提供的资源类型，资源种类更加丰富。平台间打通三层网络完成对接，租户分布在不同云平台的实例可以便捷实现互联互通。

附图说明

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

附图1是一种多云纳管方法的流程示意图；

附图2是一种多云纳管方法的架构图。

具体实施方式

为了使本技术领域的人员更好的理解本发明的方案，下面结合具体的实施方式对本发明作进一步的详细说明。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例都属于本发明保护的范围。

下面给出一个最佳实施例：

如图1、2所示，本实施例中的一种多云纳管方法，具有如下步骤：

S1、对租户、用户的管理；

在多个云平台的管理中，租户、用户的管理涉及到后续的各类操作。监管方出于管理简便的目的，租户类信息只要求提供一套租户用户体系，对于多个云平台而言均有自己独立的租户及用户体系。做好租户、用户信息的管理是纳管工作的第一步。

在完成新平台部署后，首先将老平台虚拟化层租户及用户信息导出，并在新平台相应创建。将对应关系维护到数据库以便后续管理使用。对于追加多个平台的场景使用同样的方法进行管理维护。

S2、共用型资源的应对；

对于虚拟网络、子网、安全组等共用性资源为实现用户及监管商对平台扩容无感知的目的，采取在新平台创建同名资源的方式，并在数据库维护对应关系。

如租户在老平台A拥有并使用虚拟网络network_01，在新平台部署后在新平台为该租户创建同名虚拟网络network_01,并在数据库维护好网络之间的对应关系。这样对于监管商及用户而言只对network_01可见，其使用该网络时网关工程会根据实际需要路由到目标云平台转换成该云平台的network_01。对于监管商而言只需要管理其中的一套资源信息就可以。所有逻辑判断及转换工作在接口网关层完成。对于端口、子网、安全组、镜像等资源均采用同样的方式来进行管理。

S3、明确所属平台的资源管理；

对于只属于唯一云平台的资源如于云服务器、已挂载的云硬盘等采取对资源进行标记的方式维护至数据库，将资源id、资源名称及所属平台维护至数据库，在监管商管理资源时、接口网关会根据数据库维护的实际所属平台进行云平台路由。

S4、所属平台不明确资源处理；

对于云硬盘无法明确云平台的调用操作时，云硬盘需要先创建，后挂载到云服务器，在未指定挂载云服务器时，无法指定具体平台，可在所有平台同步创建，并维护到数据库；在真实挂载时，分别调用底层平台将未使用的盘一并删掉。端口创建与云硬盘类似。

S5、路由调度方式；

接口网关接收到监管方发送的rest请求后，通过请求url携带的参数(如userId、tenantId等)或token信息判断将要转发到的平台。

调用获取token接口是所有操作前进行的第一步操作，rest请求中并无与平台的关联信息。需要携带获取到的userid查询数据库映射关系。找到该用户存在的所有平台，并逐个调用底层平台获取token并保存至数据库。返回其中之一给接口调用者，供后续调用使用。

新增资源创建类操作，可以依照资源利用率等信息，创建到合适的平台上。删除类、查询类操作依照rest请求中携带的信息，查询数据库维护的资源id与平台对应关系，调用真实的底层平台的rest接口。调用底层平台鉴权使用的token可以根据映射关系从数据库查询获取。

所有进行的租户、用户及资源创建、变更等操作均需要在数据库进行关联关系记录，供后续接口网关转发rest请求时判断使用。

S6、平台间网络进行互通；

对于同一个租户分布在不同云平台的资源，因平台间拥有的虚拟网络相互独立。可以通过对接防火墙的形式打通三层网络，通过floating ip的方式实现平台间网络通信。从而实现平台间资源的相互访问。

系统初始化即新平台同步信息创建及数据库维护时，老平台网络、子网、安全组、镜像、router、租户、用户、角色等数据同步到新平台，此类信息只向监管方提供其中一套，此处约定只提供老平台信息。将同步后的各位数据维护至数据库，并维护好映射关系。在监管方进行接口调用时会携带此前提供的数据。

获取请求信息并分析路由指向云平台时，可用于判断接口调用是否明确的依据包括，请求url中可能存在tenantid(租户id)、userid(用户id)、token、实例id、及被调用接口类别等。

对于获取token、云硬盘、port创建等不能明确平台的接口调用，需要遍历调用所有云平台并进行数据库记录。

对于云服务器详情查询等可明确平台的操作。可直接对指定平台进行接口调用。

接口网关工程进行数据替换调用云平台及返回信息替换时，在部分接口调用过程中，明确调用平台后，需要将rest请求中提供的数据替换为指向云平台真实数据。在接口调用完毕之后返回调用结果时需要将底层真实数据替换为调用者掌握的数据。

例如，多个平台拥有某一个同名的虚拟网络。在监管方只掌握其中一个id，在调用过程中请求中只会提供该id，在调用底层平台进行子网创建等操作时，需要先查询数据库中指定平台对应真实的网络id，替换后再进行请求调用。同理，在子网创建完成返回详情时，需要将底层真实网络id替换为监管方掌握的网络id，从而达到数据的前后一致性。

一种多云纳管装置，包括：至少一个存储器和至少一个处理器；

所述至少一个存储器，用于存储机器可读程序；

所述至少一个处理器，用于调用所述机器可读程序，执行一种多云纳管方法。

上述具体的实施方式仅是本发明具体的个案，本发明的专利保护范围包括但不限于上述具体的实施方式，任何符合本发明的一种多云纳管方法及装置权利要求书的且任何所述技术领域普通技术人员对其做出的适当变化或者替换，皆应落入本发明的专利保护范围。

尽管已经示出和描述了本发明的实施例，对于本领域的普通技术人员而言，可以理解在不脱离本发明的原理和精神的情况下可以对这些实施例进行多种变化、修改、替换和变型，本发明的范围由所附权利要求及其等同物限定。

Claims (9)

1.一种多云纳管方法，其特征在于，具有如下步骤：

S1、对租户、用户的管理；

S2、共用型资源的应对；

S3、明确所属平台的资源管理；

S4、所属平台不明确资源处理；

S5、路由调度方式；

S6、平台间网络进行互通。

2.根据权利要求1所述的一种多云纳管方法，其特征在于，在步骤S1中，在完成新平台部署后，首先将老平台虚拟化层租户及用户信息导出，并在新平台相应创建，将对应关系维护到数据库，并维护好映射关系。

3.根据权利要求1或2所述的一种多云纳管方法，其特征在于，在步骤S2中，在新平台创建同名资源方式，并在数据库维护对应关系，所用逻辑判断及转换工作在接口网关层完成。

4.根据权利要求3所述的一种多云纳管方法，其特征在于，在步骤S3中，对于只属于唯一云平台的资源采取对资源进行标记的方式维护至数据库，将资源id、资源名称及所属平台维护至数据库，在监管商管理资源时、接口网关会根据数据库维护的实际所属平台进行云平台路由。

5.根据权利要求4所述的一种多云纳管方法，其特征在于，在步骤S4中，对于云硬盘无法明确云平台的调用操作时，云硬盘需要先创建，后挂载到云服务器，在未指定挂载云服务器时，无法指定具体平台，可在所有平台同步创建，并维护到数据库；在真实挂载时，分别调用底层平台将未使用的盘一并删掉。

6.根据权利要求5所述的一种多云纳管方法，其特征在于，在步骤S5中，接口网关接收到监管方发送的rest请求后，通过请求url携带的参数或token信息判断将要转发到的平台；

调用获取token接口是所有操作前进行的第一步操作，rest请求中并无与平台的关联信息，需要携带获取到的userid查询数据库映射关系，找到该用户存在的所有平台，并逐个调用底层平台获取token并保存至数据库，返回其中之一给接口调用者，供后续调用使用。

7.根据权利要求6所述的一种多云纳管方法，其特征在于，在路由调度中，新增资源创建类操作时，依照资源利用率创建到合适的平台上，删除类、查询类操作依照rest请求中携带的信息，查询数据库维护的资源id与平台对应关系，调用真实的底层平台的rest接口，调用底层平台鉴权使用的token可以根据映射关系从数据库查询获取；

所有进行的租户、用户、资源创建、删除和查询均需要在数据库进行关联关系记录，供后续接口网关转发rest请求时判断使用。

8.根据权利要求6所述的一种多云纳管方法，其特征在于，在步骤S6中，对于同一个租户分布在不同云平台的资源，通过对接防火墙的形式打通三层网络，通过floatingip的方式实现平台间网络通信，从而实现平台间资源的相互访问。

9.一种多云纳管装置，其特征在于，包括：至少一个存储器和至少一个处理器；

所述至少一个存储器，用于存储机器可读程序；

所述至少一个处理器，用于调用所述机器可读程序，执行权利要求1至8中任一所述的方法。

Images