一种基于核心数据中心的多版本资源池的管理系统及方法与流程

1.本技术涉及多版本资源池管理技术领域，特别是涉及一种基于核心数据中心的多版本资源池的管理系统及方法。


背景技术：

2.近年来，随着云计算技术的发展，很多企业都选择了上云，传统的建设方案为建设一套云管平台，接入一个或多个资源池(即指开源的云计算管理平台或基于开源的云计算管理平台的企业定制增强产品)，但是由于建设周期和建设区域的不同，不同资源池版本可能不同，如果通过一套云管平台进行管理，则难以满足版本不同的需求。举例来说，企业前期在总部城市数据中心部署了一套云管平台和资源池a，其版本为v1，后期在分部城市追加一套资源池b，新增了对于某功能的支持，其版本为v2，两个城市的资源池对应两个数据中心(region)，其中设置在总部城市数据中心的region为核心数据中心(中心region)，部署在分部城市的分部数据中心(分部region)。
3.现有技术中，常使用统一的用户界面视图，用户界面视图部署在其中某一个region，一般是中心region，并通过切换region的方式分别对各个region进行管理，如果当前切换到中心region，则显示新功能的按钮或菜单，如果切换到分部数据中心，则屏蔽相应的功能。但是此方案需要前端的用户界面页面和后端的后台程序进行大量的逻辑判断处理，并且需要严格记录某个版本支持的功能列表，当版本较多时，前后台的逻辑复杂度会大量增加。
4.此外，统一的用户界面往往意味着当region之间距离比较远时，会有访问链路长的问题，举例来说，如果一个分部数据中心的用户想对分部的资源池进行管理，仍需要登录位于中心region部署的管理用户界面，如果其之间距离较远、网络不稳定，则会造成访问延时，降低使用体验。
5.因此，急需提出一种能够降低访问延时，提升用户使用体验的基于核心数据中心的多版本资源池的管理系统及方法。


技术实现要素：

6.基于此，有必要针对上述技术问题，提供一种能够降低访问时延、提升用户使用体验的基于核心数据中心的多版本资源池的管理系统及方法。
7.一方面提供一种基于核心数据中心的多版本资源池的管理系统，所述管理系统包括：分部数据中心及与所述分部数据中心通信连接的核心数据中心；所述分部数据中心包括：资源池、用户界面及后端模块，所述资源池、所述用户界面及所述后端模块的版本一致；信息管理模块，所述信息管理模块用于收集获取所述资源池、所述用户界面及所述后端模块的数据信息；所述核心数据中心包括：资源池、用户界面及后端模块，所述资源池、所述用户界面及所述后端模块的版本一致；信息总述单元，所述信息总述单元与所述信息管理单元通信连接、以用于获取所述分部数据中心的数据信息；用户权限管理单元，所述用户权限
管理单元与所述分部数据中心交互连接、以用于实现对所述分部数据中心的访问权限管理。
8.在一个实施例中，所述信息模块设置于任一所述分部数据中心内，以用于定期收集、存储所述任一所述分部数据中心的配置信息；其中，所述配置信息包括任一所述分部数据中心的身份标识、名称、默认地址中的至少一项。
9.在一个实施例中，所述信息总述单元设置于所述核心数据中心，以用于收集展示任一所述分部数据中心的配置信息；其中，所述信息总述单元包括信息读取模块和信息展示模块；所述信息读取模块与任一所述信息管理模块交互连接，以用于收集任一与所述核心数据中心通信连接的所述分部数据中心的列表信息；所述信息展示模块与所述信息读取模块交互连接，以用于展示所述信息读取模块收集到的任一与所述核心数据中心通信连接的所述分部数据中心的列表信息。
10.在一个实施例中，所述列表信息包括：身份标识、名称、访问地址、连接状态、默认地址及数据同步时间中的任一项。
11.在一个实施例中，所述管理系统还包括：信息共享单元，所述信息共享单元设置于所述分部数据中心和核心数据中心内，以实现所述分部数据中心与所述分部数据中心之间、所述分部数据中心与所述核心数据中心的数据通信。
12.在一个实施例中，所述用户权限管理单元设置于所述核心数据中心内且与任一所述分部数据中心通信连接；其中，所述用户权限管理单元包括：用户权限设定模块，以用于实现对登陆所述分部数据中心或核心数据中心的用户的权限范围及权限类别进行限定；用户权限识别模块，所述用户权限识别模块与所述用户权限设定模块交互连接，以用于判断所述用户的权限范围和权限类别；其中：所述权限类别包括管理员权限、中心用户权限和分部用户权限。
13.在一个实施例中，所述管理员权限包括：限定所述中心用户权限和所述分部用户权限的权限范围；增删、修改所述中心用户权限和所述分部用户权限；增删、修改所述分部数据中心和\或所述核心数据中心的配置信息。
14.有一方面，提供一种基于核心数据中心的多版本资源池的管理方法，应用于基于核心数据中心的多版本资源池的管理系统，所述方法包括：基于所述资源池的版本，建立任一版本的资源池对应的数据中心；基于所述数据中心，建立与所述任一版本的资源池对应的用户界面及后端模块；基于所述数据中心，建立分部数据中心与用于统一管理所述分部数据中心的核心数据中心。
15.在一个实施例中，所述方法还包括：任一所述分部数据中心定时采集统计各自的资源概况上报至所述核心数据中心；所述核心数据中心将所述任一所述分部数据中心上报的配置信息进行分析存储，并在所述核心数据中心的中心用户界面显示所述任一所述分部数据中心的列表信息。
16.在一个实施例中，所述方法还包括：当检测到存在用户登录数据中心，则所述用户权限识别模块对所述用户的权限进行判定；若所述用户权限识别模块判定所述用户具备登陆所述数据中心的权限，则所述用户在当前数据中心内享有所述用户设定模块限定的权限范围和权限类别；若所述用户由当前数据中心切换至另一数据中心，则所述用户权限识别模块重新对所述用户的权限进行判定。
17.上述一种基于核心数据中心的多版本资源池的管理系统及方法，系统包括分部数据中心及与所述分部数据中心通信连接的核心数据中心；所述分部数据中心包括：资源池、用户界面及后端模块，所述资源池、所述用户界面及所述后端模块的版本一致；所述核心数据中心包括：资源池、用户界面及后端模块，所述资源池、所述用户界面及所述后端模块的版本一致；通过对应分部数据中心和总部数据中心分别设置与其资源池版本一致的用户界面与后端模块，解决了现有技术中当两个数据中心距离较远时存在的访问链路过长及因网络状态不佳造成的访问延时的问题，并且具有提升用户体验的有益效果；且本系统还在分部数据中心中设置了信息管理模块，所述信息管理模块用于收集获取所述资源池、所述用户界面及所述后端模块的数据信息；在核心数据中心中设置了信息总述单元，所述信息总述单元与所述信息管理单元通信连接、以用于获取所述分部数据中心的数据信息；用户权限管理单元，所述用户权限管理单元与所述分部数据中心交互连接、以用于实现对所述分部数据中心的访问权限管理。通过核心数据中心实现对分部数据中心的实时监控，具有提升管理系统的稳定性的有益效果。
附图说明
18.图1为一个实施例中基于核心数据中心的多版本资源池的管理系统的结构示意图；
19.图2为一个实施例中基于核心数据中心的多版本资源池的管理系统的结构示意图；
20.图3为一个实施例中用户权限鉴定步骤的流程示意图。
具体实施方式
21.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。
22.实施例一
23.本技术提供的一种基于核心数据中心的多版本资源池的管理系统，如图1和图2所示，所述系统包括对应任一版本的资源池设置的数据中心，所述数据中心包括资源池及与所述资源池版本一致的云管平台；其中：所述数据中心包括：分部数据中心与用于统一管理分部数据中心的核心数据中心；所述云管平台包括：与所述资源池版本一致的用户界面及后端模块。需要理解的是，对于分部数据中心与核心数据中心的数量不作限定，比如：可以是多个分部数据中心对应一个核心数据中心，也可以是多个分部数据中心对应多个核心数据中心，只需确保核心数据中心可以控制与其通信连接的分部数据中心、任一分部数据中心均包括与其资源池版本一致的用户界面与后端模块即可，本领域的技术人员可以根据实际工程情况进行合理的选择配置。简而言之，即核心数据中心可以管理所有与其通信连接的分部数据中心，而分部数据中心仅仅可以访问核心数据中心对于开放的数据信息。
24.在一个具体的实施例中，所述管理系统还包括：信息管理模块，所述信息模块设置于任一所述分部数据中心内，以用于定期收集、存储所述任一所述分部数据中心的配置信息；即当有新的分部数据中心接入核心数据中心之后，核心数据中心就将信接入的分部数
据中心的相关配置信息进行采集获取，以便于实现核心数据中心对任一与其通信连接的分部数据中心的实时监控。其中，所述配置信息包括任一所述分部数据中心的身份标识、名称、默认地址中的至少一项。
25.在一个具体的实施例中，所述管理系统还包括：信息总述单元，所述信息总述单元设置于所述核心数据中心，以用于收集展示任一所述分部数据中心的配置信息；其中，所述信息总述单元包括信息读取模块和信息展示模块；所述信息读取模块与任一所述信息管理模块交互连接，以用于收集任一与所述核心数据中心通信连接的所述分部数据中心的列表信息；所述信息展示模块与所述信息读取模块交互连接，以用于展示所述信息读取模块收集到的任一与所述核心数据中心通信连接的所述分部数据中心的列表信息。其中，所述列表信息包括：身份标识、名称、访问地址、连接状态、默认地址及数据同步时间中的任一项。
26.在一个具体的实施例中，所述管理系统还包括：信息共享单元，所述信息共享单元设置于任一所述数据中心内，以实现所述数据中心之间的数据通信。具体地，当管理系统内存在新接入的分部数据中心时，新接入的分部数据中心将自身的相关数据信息告知本管理系统内的其他任一数据中心，并同时获取本管理系统内其他分部数据中心及核心数据中心的相关数据信息。
27.在一个具体的实施例中，所述管理系统还包括：用户权限管理单元，所述用户权限管理单元设置于所述核心数据中心内且与任一所述分部数据中心通信连接；具体而言，所述管理系统内任一数据中心均共用一套用户权限管理单元，用户仅仅需要登陆一次就可以实现在任一数据中心之间的切换。但是用户在任一数据中心内具有的权限则由用户权限设定模块与用户权限识别模块确定。需要理解的是，图1中所示的iam即为本技术文件中所述的用户权限管理单元。
28.在一个具体的实施例中，所述用户权限管理单元包括：用户权限设定模块，以用于实现对登陆任一所述数据中心的用户的权限范围及权限类别进行限定；用户权限识别模块，所述用户权限识别模块与所述用户权限设定模块交互连接，以用于判断所述用户的权限范围和权限类别；其中：所述权限类别包括管理员权限、中心用户权限和分部用户权限。其中：所述管理员权限包括：限定所述中心用户权限和所述分部用户权限的权限范围；增删、修改所述中心用户权限和所述分部用户权限；增删、修改任一所述数据中心的配置信息。即具有管理员权限的用户在整个管理系统内拥有绝对的权利。需要理解的是，上述分部数据中心和核心数据中心仅仅是相对而言，比如：将与核心数据中心通信连接的一个分部数据中心定义为第一分部数据中心，即相对于核心数据中心而言，第一分部数据中心就是一个分部数据中心。但是若第一分部数据中心新接入一个分部数据中心定义为第二分部数据中心，则相对于第二分部数据中心而言，第一分部数据中心就可以看作为是一个核心数据中心。
29.同时，需要理解的是，对于分部数据中心与核心数据中心的区别和定义可以通过所述数据中心是否对本管理系统内的其他数据中心具有管理权限，若有，则判定该数据中心为核心数据中心。
30.上述一种基于核心数据中心的多版本资源池的管理系统，通过对应任一版本的资源池设置的数据中心，数据中心包括资源池和与资源池版本一致的用户界面和后端模块，解决了现有技术中当两个数据中心距离较远时存在的访问链路过长及因网络状态不佳造
成的访问延时的问题，并且具有提升用户体验的有益效果；所述数据中心包括分部数据中心与用于统一管理分部数据中心的核心数据中心，通过核心数据中心实现对分部数据中心的实时监控，具有提升管理系统的稳定性的有益效果。
31.上述一种基于核心数据中心的多版本资源池的管理系统中，通过核心数据中心对所有数据中心多个不同版本的资源池进行统一管理，并且用户资源与资源池配套设置，因此降低了访问链的长度，提升了访问体验。且提升了核心数据中心的任一数据中心的管理能力，提升了管理系统的稳定性。
32.实施例二
33.提供一种基于核心数据中心的多版本资源池的管理系统，所述管理系统包括：分部数据中心及与所述分部数据中心通信连接的核心数据中心；所述分部数据中心包括：资源池、用户界面及后端模块，所述资源池、所述用户界面及所述后端模块的版本一致；信息管理模块，所述信息管理模块用于收集获取所述资源池、所述用户界面及所述后端模块的数据信息；所述核心数据中心包括：资源池、用户界面及后端模块，所述资源池、所述用户界面及所述后端模块的版本一致；信息总述单元，所述信息总述单元与所述信息管理单元通信连接、以用于获取所述分部数据中心的数据信息；用户权限管理单元，所述用户权限管理单元与所述分部数据中心交互连接、以用于实现对所述分部数据中心的访问权限管理。
34.在一个实施例中，所述信息模块设置于任一所述分部数据中心内，以用于定期收集、存储所述任一所述分部数据中心的配置信息；其中，所述配置信息包括任一所述分部数据中心的身份标识、名称、默认地址中的至少一项。
35.在一个实施例中，所述信息总述单元设置于所述核心数据中心，以用于收集展示任一所述分部数据中心的配置信息；其中，所述信息总述单元包括信息读取模块和信息展示模块；所述信息读取模块与任一所述信息管理模块交互连接，以用于收集任一与所述核心数据中心通信连接的所述分部数据中心的列表信息；所述信息展示模块与所述信息读取模块交互连接，以用于展示所述信息读取模块收集到的任一与所述核心数据中心通信连接的所述分部数据中心的列表信息。
36.在一个实施例中，所述列表信息包括：身份标识、名称、访问地址、连接状态、默认地址及数据同步时间中的任一项。
37.在一个实施例中，所述管理系统还包括：信息共享单元，所述信息共享单元设置于所述分部数据中心和核心数据中心内，以实现所述分部数据中心与所述分部数据中心之间、所述分部数据中心与所述核心数据中心的数据通信。
38.在一个实施例中，所述用户权限管理单元设置于所述核心数据中心内且与任一所述分部数据中心通信连接；其中，所述用户权限管理单元包括：用户权限设定模块，以用于实现对登陆所述分部数据中心或核心数据中心的用户的权限范围及权限类别进行限定；用户权限识别模块，所述用户权限识别模块与所述用户权限设定模块交互连接，以用于判断所述用户的权限范围和权限类别；其中：所述权限类别包括管理员权限、中心用户权限和分部用户权限。
39.在一个实施例中，所述管理员权限包括：限定所述中心用户权限和所述分部用户权限的权限范围；增删、修改所述中心用户权限和所述分部用户权限；增删、修改所述分部数据中心和\或所述核心数据中心的配置信息。
40.有一方面，提供一种基于核心数据中心的多版本资源池的管理方法，所述方法包括：基于所述资源池的版本，建立任一版本的资源池对应的数据中心；基于所述数据中心，建立与所述任一版本的资源池对应的用户界面及后端模块；基于所述数据中心，建立分部数据中心与用于统一管理所述分部数据中心的核心数据中心。组要理解的是，图1、图2中所示的分部region即为本技术所述的分部数据中心，图1、图2中所示的中心region即为本技术所述的核心数据中心，本技术中所述的数据中心即为核心数据中心和分部数据中心的总称。也就是说，数据中心包括分部数据中心和核心数据中心。
41.实施例三
42.本发明还提供一种基于核心数据中心的多版本资源池的管理方法，应用于如实施例一和\或实施例二所述的基于核心数据中心的多版本资源池的管理系统，所述方法包括：基于所述资源池的版本，建立任一版本的资源池对应的数据中心；基于所述数据中心，建立与所述任一版本的资源池对应的用户界面及后端模块；基于所述数据中心，建立分部数据中心与用于统一管理所述分部数据中心的核心数据中心。以解决现有技术中通信连接的分部数据中心和核心数据中心共用一套用户界面与后端模块而带来的由于资源池版本不一致在切换数据中心时系统需要运行大量逻辑判断代码的弊端。而基于本技术上述的基于任一数据中心，建立与数据中心的资源池版本对应的用户界面及后端模块，可以有效地解决现有技术中的上述问题。
43.在一个实施例中，所述方法还包括：任一所述分部数据中心定时采集统计各自的资源概况上报至所述核心数据中心；所述核心数据中心将所述任一所述分部数据中心上报的配置信息进行分析存储，并在所述核心数据中心的中心用户界面显示所述任一所述分部数据中心的列表信息。其中：资源概况包括与分部数据中心的运行情况相关的内容。具体地，资源概况的详细信息可由本领域的技术人员根据工程的实际情况进行确定。列表信息可以包括但是不限于以下信息：任一数据中心的身份标识、名称、访问地址、连接状态、默认地址及数据同步时间。以确保核心数据中心对所述分部数据中心的控制。
44.在一个具体的实施例中，如图3所示，当检测到存在用户登录数据中心，则所述用户权限识别模块对所述用户的权限进行判定；若所述用户权限识别模块判定所述用户具备登陆所述数据中心的权限，则所述用户在当前数据中心内享有所述用户设定模块限定的权限范围和权限类别；若所述用户由当前数据中心切换至另一数据中心，则所述用户权限识别模块重新对所述用户的权限进行判定。比如：张三在其中一个分部数据中心内享有对应上述分部数据中心的中心用户权限，但是当张三切换到另外一个分部数据中心或者切换到核心数据中心时，张三仅仅拥有普通用户权限。其中，对于张三在不同的数据中心切换之后拥有的权限由具有管理员权限的用户进行配置。即与核心数据中心通信连接的任一分部数据中心均采用一套权限识别系统。比如：当用户基于用户权限设定模块提供的帐号、密码登陆任一数据中心之后，如若用户从当前的登陆的数据中心想要切换到另外一个数据中心时，不需要退出当前用户，而仅仅需要跳转至用于想要登陆的数据中心即可，当用户跳转至新的数据中心，系统就会重新用户权限识别模块对用户在当前数据中心的权限进行识别鉴定。也就说，用户在每个数据中心的权限并不相同，当用户基于同一账号密码切换至不同的数据中心的时候，用户权限识别模块将会对用户在当前数据中心内的权限进行鉴定，即用户在当前数据中心内可以行使的权利由用户权限设定模块设定。
45.在一个具体的实施例中，当有新的分部数据中心接入核心数据中心之后，则通知核心数据中心及与核心数据中心通信连接的所有分部数据中心新的分部数据中心的配置信息，使得当前系统内的所有的数据中心可以获得新接入的数据中心的配置信息。同样地，在新接入的数据中心内配置当前系统中其他分部数据中心及核心数据中心的配置信息。配置信息可以包括但是不限于以下：身份识别、名称、默认地址及用户权限管理单元的访问地址。
46.应该理解的是，虽然图3的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图3中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
47.以上所述实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术专利的保护范围应以所附权利要求为准。