CN112417051A - 容器编排引擎资源管理方法及装置、可读介质及电子设备 - Google Patents

Abstract

本申请的实施例提供了一种容器编排引擎资源管理方法、容器编排引擎资源管理装置、计算机可读介质以及电子设备。该容器编排引擎资源管理方法包括：调用容器编排引擎环境中的对应接口获取各容器编排引擎资源对应的资源信息；依据预设的逻辑映射关系，将各所述资源信息同步至配置管理数据库中，以实现所述配置管理数据库对于各所述容器编排引擎资源的管理；建立业务树，将同步至所述配置管理数据库中全部或部分所述容器编排引擎资源关联至所述业务树的对应节点，并生成资源展示及操作界面。本申请实施例的技术方案可以将容器编排引擎资源同步至配置管理数据库中，从而可以实现配置管理数据库纳管容器编排引擎资源的能力。

Description

容器编排引擎资源管理方法及装置、可读介质及电子设备

技术领域

本申请涉及资源管理技术领域，具体而言，涉及一种容器编排引擎资源管理方法、容器编排引擎资源管理装置、计算机可读介质以及电子设备。

背景技术

CMDB(Configuration Management Database，配置管理数据库)因其可以提供对资产进行整合、调和、同步、映射及可视化的功能，可用于存储与管理企业IT架构中设备的各种配置信息，是资源管理的重要手段。

此外，随着云平台管理技术以及基于容器技术的分布式架构的不断发展，kubernetes(容器编排引擎资源，简称k8s)应运而生，成为云平台部署过程中的常用底座系统。随着基于k8s底座搭建的云平台系统的不断升级演进，底座k8s的资源也就越来越多，对于k8s资源管控的场景，如升级变更、监控容器服务状态等，也越来越多，难度也越来越大。

然而，现有的配置管理数据库基本都只纳管主机、网络、磁盘等传统硬件资源，这就给资源管理工作带来了困难及不便。因此，需要提出一种容器编排引擎资源管理方法，实现对k8s的相关资源的纳管。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本申请的实施例提供了一种容器编排引擎资源管理方法、容器编排引擎资源管理装置、计算机可读介质以及电子设备，进而至少在一定程度上可以解决由于现有配置管理数据库无法纳管k8s资源带来的资源管理不便等问题。

本申请的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本申请的实践而习得。

根据本申请实施例的第一方面，提供了一种容器编排引擎资源管理方法，包括：

调用容器编排引擎环境中的对应接口获取各容器编排引擎资源对应的资源信息；

依据预设的逻辑映射关系，将各所述资源信息同步至配置管理数据库中，以实现所述配置管理数据库对于各所述容器编排引擎资源的管理；

建立业务树，将同步至所述配置管理数据库中全部或部分所述容器编排引擎资源关联至所述业务树的对应节点，并生成资源展示及操作界面。

在本公开的一种示例性实施例中，所述依据预设的逻辑映射关系，将各所述资源信息同步至配置管理数据库中，包括：

依据所述逻辑映射关系，将各所述资源信息全量同步至所述配置管理数据库；

监听各所述容器编排引擎资源，并在所述容器编排引擎资源的所述资源信息发生变更时，对所述配置管理数据库中的所述资源信息进行增量同步。

在本公开的一种示例性实施例中，所述依据所述逻辑映射关系，将各所述资源信息全量同步至所述配置管理数据库，包括：

将所述资源信息依据所述逻辑映射关系映射为所述配置管理数据库中各所述资源信息对应的结构格式；

调用所述配置管理数据库的查询接口查询所述配置管理数据中各所述容器编排引擎资源的资源信息；

将映射得到的所述配置管理数据库对应结构格式的所述资源信息，与在所述配置管理数据库查询到的所述资源信息进行对比，并在对比结果不一致时，调用所述配置管理数据库的对应资源接口更新所述所述配置管理数据库中的所述资源信息；

其中，所述配置管理数据库的对应资源接口包括新增资源接口、删除资源接口以及更新资源接口中的一个或多个。

在本公开的一种示例性实施例中，所述监听各所述容器编排引擎资源，并在所述容器编排引擎资源的所述资源信息发生变更时，对所述配置管理数据库中的所述资源信息进行增量同步，包括：

实时监听容器编排引擎环境中所述容器编排引擎资源；

响应针对所述容器编排引擎环境的资源变更事件的触发，依据监听到的所述资源变更事件的事件信息，调用所述配置管理数据库的对应接口，更新所述配置管理数据库中的所述资源信息；

其中，所述资源变更事件包括增减事件、删除事件以及更改事件中的一个或多个。

在本公开的一种示例性实施例中，所述容器编排引擎资源包括应用资源及组件资源；

所述将所述资源信息依据所述逻辑映射关系映射为所述配置管理数据库中各所述资源信息对应的结构格式，包括：

依据所述逻辑映射关系将所述应用资源及所述组件资源映射至所述配置管理数据库中预先生成的应用信息表格及组件信息表格中；

其中，所述应用信息表格中应用名称、命名空间及所在的容器编排引擎集群的地址信息构成联合主键；且所述组件信息表格中组件名称、命名空间及所在的容器编排引擎集群的地址信息构成联合主键。

在本公开的一种示例性实施例中，所述业务树为业务、集群及模块构成的三层业务树，其中，所述集群包括资源池、主机集群、容器编排引擎资源集群及支撑组件集群。

在本公开的一种示例性实施例中，所述资源展示及操作界面包含业务树显示区域、资源列表展示区域及资源类型标识区域。

在本公开的一种示例性实施例中，所述方法还包括：

响应针对所述业务树显示区域中所述业务树的一所述节点的触发操作，在所述资源列表展示区域展示该所述节点对应的资源信息列表。

在本公开的一种示例性实施例中，所述方法还包括：

响应针对一所述资源类型标识区域中一资源类型标识的触发操作，在所述资源列表展示区域展示该所述资源类型标识对应的资源信息列表。

根据本公开的第二方面，提供一种容器编排引擎资源管理装置，包括：

调用模块，用于调用容器编排引擎环境中的对应接口获取各容器编排引擎资源对应的资源信息；

同步模块，用于依据预设的逻辑映射关系，将各所述资源信息同步至配置管理数据库中，以实现所述配置管理数据库对于各所述容器编排引擎资源的管理；

展示模块，用于建立业务树，将同步至所述配置管理数据库中全部或部分所述容器编排引擎资源关联至所述业务树的对应节点，并生成资源展示及操作界面。

根据本申请实施例的第三方面，提供了一种计算机可读介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上述实施例中所述的容器编排引擎资源管理方法。

根据本申请实施例的第四方面，提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上述实施例中所述的容器编排引擎资源管理方法。

本公开示例性实施例可以具有以下部分或全部有益效果：

在本公开的一示例实施方式所提供的容器编排引擎资源管理方法中，调用容器编排引擎环境中的对应接口获取各容器编排引擎资源对应的资源信息；依据预设的逻辑映射关系，将获取到的资源信息同步至配置管理数据库中，以实现配置管理数据库对于容器编排引擎资源的管理；建立业务树，将同步至配置管理数据库中全部或部分容器编排引擎资源关联至业务树的对应节点，并生成资源展示及操作界面。一方面，在本示例实施方式所提供的资源管理方法中，将容器编排引擎资源通过逻辑映射的方式同步至配置管理数据库中，实现了配置管理数据库纳管容器编排引擎资源的能力。因此，可以适应容器编排引擎环境的广泛应用与升级演进，解决对于应用于云平台系统等的容器编排引擎环境的管控需求。另一方面，本示例性实施方式该建立了业务树，通过适应地设置业务树的结构，并将配置管理数据库中的资源关联至该业务树的对应节点来实现对于资源的灵活管理。同时，基于上述业务树，本示例性实施方式还生成了资源展示及操作界面，使得对于资源的管理更加直观便捷。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1示出了相关技术中资源管理方法的业务树结构的示意图；

图2示出了可以应用本申请实施例的技术方案的示例性系统架构的示意图；

图3示意性示出了根据本公开的一个实施例的容器编排引擎资源管理方法的流程图；

图4示意性示出了根据本公开的一个实施例的容器编排引擎资源管理方法得到的业务树结构的示意图；

图5示意性示出了根据本公开的一个实施例的容器编排引擎资源管理方法生成的资源管理及操作界面的界面示意图；

图6示意性示出了图5中资源管理及操作界面的业务树显示区域501的放大示意图；

图7示意性示出了图5中资源管理及操作界面的资源类型标识区域503的放大示意图；

图8示意性示出了作用于KubeResource节点的点击操作的资源列表展示区域的不完全显示的示意图；

图9示意性示出了作用于Middleware节点的点击操作的资源列表展示区域的不完全显示的示意图；

图10示意性示出了作用于pod的点击操作的资源管理及操作界面的不完全显示的示意图；

图11示意性示出了作用于service的点击操作的资源管理及操作界面的不完全显示的示意图；

图12示意性示出了作用于ingress的点击操作的资源管理及操作界面的不完全显示的示意图；

图13示意性示出了作用于config的点击操作的资源管理及操作界面的不完全显示的示意图；

图14示意性示出了作用于Middleware的点击操作的资源管理及操作界面的不完全显示的示意图；

图15示意性示出了根据本公开的一个实施例的容器编排引擎资源管理装置的框图；

图16示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本申请将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本申请的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本申请的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本申请的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

需要说明的是：在本文中提及的“多个”是指两个或两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

在资源管理的相关技术中，配置管理数据库通常是以业务树为依据划分并管理资源。举例而言，该业务树可以如图1所示，包括业务、集群及模块三层业务结构，其中，每个业务下有多个集群，每个集群下有多个模块，模块则关联具体的资产实例。

然而，现有的配置管理数据库基本都只纳管主机、网络、磁盘等传统硬件资源。而随着基于容器技术的分布式架构的不断发展，其应用场景也越来越广泛，许多云平台系统便是基于k8s底座搭建的。在这样的情景下，实现配置管理数据库对于k8s相关资源的管理成为了资源管理中急需解决的问题。

为了解决这一问题，本示例性实施方式提出了一种容器编排引擎资源管理方法、容器编排引擎资源管理装置、计算机可读介质以及电子设备。具体阐述如下：

图2示出了可以应用本申请实施例的技术方案的示例性系统架构的示意图。

如图2所示，系统架构可以包括服务器210、容器编排引擎系统220以及网络230。其中，服务器210中设置有配置管理数据库，容器编排引擎系统220为基于容器技术的分布式架构。网络230用以提供通信链路的介质。网络230可以包括各种连接类型，例如有线通信链路、无线通信链路等等。

应该理解，图2中的上述服务器、容器编排引擎系统及网络的数目仅仅是示意性的。根据实现需要，可以具有任意数目的服务器(配置管理数据库)、容器编排引擎系统及网络。比如服务器可以是多个服务器组成的服务器集群等。

在本示例性实施方式中，服务器可以通过调用容器编排引擎系统的系统环境中的对应接口，得到容器编排引擎资源对应的资源信息；在读取到资源信息后，服务器依据预设的逻辑映射关系，将读取到的各资源信息同步至配置管理数据库中，以实现配置管理数据库对于容器编排引擎资源的管理；进一步地，服务器还可以建立业务树，将同步至配置管理数据库中全部或部分容器编排引擎资源关联至该业务树的对应节点，并生成资源展示及操作界面。

需要说明的是，本申请实施例所提供的容器编排引擎资源管理方法一般由服务器210执行，相应地，容器编排引擎资源管理装置一般设置于服务器210中。但是，在本申请的其它实施例中，终端设备也可以与服务器具有相似的功能，从而执行本申请实施例所提供的容器编排引擎资源管理的方案。

以下对本申请实施例的技术方案的实现细节进行详细阐述：

图3示出了根据本申请的一个实施例的容器编排引擎资源管理方法的流程图，该容器编排引擎资源管理方法可以由服务器来执行，该服务器可以是图2中所示的服务器。参照图3所示，该容器编排引擎资源管理方法至少包括步骤S310至步骤S330，详细介绍如下：

步骤S310：调用容器编排引擎环境中的对应接口获取各容器编排引擎资源对应的资源信息；

步骤S320：依据预设的逻辑映射关系，将各资源信息同步至配置管理数据库中，以实现配置管理数据库对于容器编排引擎资源的管理；

步骤S330：建立业务树，将同步至配置管理数据库中全部或部分容器编排引擎资源关联至业务树的对应节点，并生成资源展示及操作界面。

本公开的一示例实施方式所提供的容器编排引擎资源管理方法，一方面，在本示例实施方式所提供的资源管理方法中，将容器编排引擎资源通过逻辑映射的方式同步至配置管理数据库中，实现了配置管理数据库纳管容器编排引擎资源的能力。因此，可以适应容器编排引擎环境的广泛应用与升级演进，解决对于应用于云平台系统等的容器编排引擎环境的管控需求。另一方面，本示例性实施方式该建立了业务树，通过适应地设置业务树的结构，并将配置管理数据库中的资源关联至该业务树的对应节点来实现对于资源的灵活管理。同时，基于上述业务树，本示例性实施方式还生成了资源展示及操作界面，使得对于资源的管理更加直观便捷。

下面，对于本示例实施方式的上述步骤进行更加详细的说明：

在步骤S310中，调用容器编排引擎环境中的对应接口获取各容器编排引擎资源对应的资源信息。

本示例实施方式所提供的容器编排引擎资源管理方法将容器编排引擎Kubernetes纳管至配置管理数据库中。其中，上述容器编排引擎Kubernetes是一个基于容器技术的分布式架构方案，也是一个完备的分布式系统支撑平台，用于是管理跨多个主机的容器，提供基本的部署，维护以及运用伸缩。举例而言，Kubernetes是目前众多主流云产商部署云平台时的使用的底座系统。此外，Kubernetes也可以用于其他跨主机容器管理的场景，本示例实施方式对此不做特殊限定。

其中，配置管理数据库(CMDB，Config Manager Database)是一个逻辑数据库，负责存储与管理企业IT架构中各种资产。主要提供的功能为对资产进行整合、调和、同步、映射和可视化。

在本示例实施方式中，上述容器编排引擎资源为Kubernetes中包含的各种资产。以基于Kubernetes的应用管理模型OAM(Open Application Model，开放应用模型)为例，上述Kubernetes资源可以包括以下类型：

app(应用)资源，是OAM中对资源归类抽象的概念；

component(组件)，一个app由多个Component构成。每个Component负责定义一个kubernetes原生的工作负载，控制pod的部署；

trait(应用的特征)，包含service(服务ip端口等配置信息)、ingress(域名代理配置)、config(其他配置信息)。Trait会与同app下的一个component相关联。

OAM优化了kubernetes的资源管理模式，将kubernetes的各种资产归类为一个个的应用进行管理。需要说明的是，上述场景只是示例性说明，本示例性实施方式的保护范畴并不以此为限。

在本示例性实施方式中，在将上述Kubernetes资源同步至上述配置管理数据的过程中，首先需要在Kubernetes环境获取各Kubernetes资源的资源信息，该获取过程可以通过调用接口实现。例如，可以通过在环境中调用Kubernetes提供的接口获取app、component等Kubernetes资源的资源信息详情。

在步骤S320中，依据预设的逻辑映射关系，将各资源信息同步至配置管理数据库中，以实现配置管理数据库对于容器编排引擎资源的管理；

在本示例实施方式中，将Kubernetes资源的资源信息同步至上述配置管理数据库的过程主要是根据预设的逻辑映射关系进行的。举例而言，该逻辑映射关系可以为将Kubernetes资源的资源信息映射至上述配置管理数据库中的对应的表格字段中。需要说明的是，上述场景只是一种示例性说明，其他可以实现相同功能的逻辑映射关系也属于本示例实施方式的保护范畴。

在本示例实施方式中，上述依据预设的逻辑映射关系，将各资源信息同步至配置管理数据库的过程可以包括全量同步过程及增量同步过程，举例而言，其实现可以如下：依据上述逻辑映射关系，将各资源信息全量同步至配置管理数据库；监听Kubernetes资源，并在Kubernetes资源的资源信息发生变更时，对配置管理数据库中的资源信息进行增量同步。

其中，上述全量同步可以实现如下：将资源信息依据逻辑映射关系映射为配置管理数据库中各资源信息对应的结构格式；调用配置管理数据库的查询接口查询该配置管理数据中Kubernetes资源的资源信息；将映射得到的配置管理数据库对应结构格式的资源信息，与在配置管理数据库查询到的资源信息进行对比，并在对比结果不一致时，调用配置管理数据库的对应资源接口更新配置管理数据库中的资源信息；其中，配置管理数据库的对应资源接口包括新增资源接口、删除资源接口以及更新资源接口中的一个或多个。

上述增量同步可以实现如下：实时监听Kubernetes环境中的Kubernetes资源；响应针对Kubernetes环境的资源变更事件的触发，依据监听到的资源变更事件的事件信息，调用配置管理数据库的对应接口，更新配置管理数据库中的资源信息；其中，资源变更事件包括增加事件、删除事件以及更改事件中的一个或多个。

在本示例实施方式的一实施例中，以上述Kubernetes资源中的app、component这两类OAM资源为例，对上述同步过程进行详细说明：

首先，app资源以及component资源在配置管理数据库中以两个独立的表分别存储，也即，上述app资源以及component资源的资源信息在配置表格数据库中对应的结构格式可以为表格式。具体的，在配置管理数据库中通过应用信息表格(app表)及组件信息表格(component表)来分别存储app资源以及component资源的资源信息。

以下表1为app表的表结构设计，表2为component表的表结构设计：

表1：app表结构设计

其中，app_name、namespace以及cluster_id为app表的联合主键。

表2：component表的表结构设计

其中，component_name、namespace以及cluster_id为app表的联合主键。

在该实施例中，在上述配置管理数据库中设置上述app表及component表后，便可以依据预设逻辑映射关系将Kubernetes资源。该过程可以为：通过上述步骤S320在Kubernetes环境中调用接口获取app、component详情，并映射成配置管理数据库中app/component表结构的格式。其中，上述预设逻辑映射关系可以如表3所示：

表3：app及component的逻辑映射关系

在该实施例中，在将上述获取到的app、component详情映射成配置管理数据库中app/component表结构的格式后，进一步地，可以进行上述全量同步过程。该全量同步过程可以如下：调用配置管理数据库查询接口查数据库中的app/component数据；将上述映射得到的app/component资源数据与在配置管理数据库中查询到的数据进行对比，得出需要新增/删除/更新的app/component，并分别调用配置管理数据库的新增资源接口/删除资源接口/更新资源接口，将配置管理数据库的app/component表中数据更新为与Kubernetes环境中的真实数据一致。

上述全量同步会在同步服务启动时触发，以实现数据的初始化导入。此外，初始化之后可以每隔预设时间间隔触发一次，举例而言，该预设时间间隔可以为一小时，以实现配置管理数据库与Kubernetes环境真实数据的自动校验核正。

为了保证配置管理数据库及Kubernetes环境数据的实时一致，除了上述全量同步外，本实施例所提出的Kubernetes资源管理方法还包括增量同步过程。具体地，该增量同步过程可以如下：使用Kubernetes提供的sdk启动进程实时监听app、component，当环境中的app、component发生变更时，会触发k8s中的资源变更事件，其中，上述资源变更事件类型包括增加事件、删除事件及更改事件；当监听到一个上述资源变更事件时，根据该事件详情调用配置管理数据库接口，同步更新配置管理数据库数据，以实现配置管理数据库与Kubernetes环境中数据的实时同步。

其中，上述各类资源变更事件处理逻辑可以如下：

(1)增加事件处理逻辑：根据事件详情解析出app/component的联合主键信息(名称、命名空间信息、集群信息)，到配置管理数据库的app/component表中查询是否存在，如果没有则插入数据，如果有则忽略该事件。

(2)删除事件处理逻辑：根据解析出的联合主键信息调用配置管理数据库接口删除该数据。

(3)更改事件处理逻辑：根据解析出的联合主键信息查询对比配置管理数据库中的数据，如果不一致，则调用配置管理数据库更新资源的接口进行更新。

需要说明的是，上述实施例只是一种示例性说明，本示例实施方式的保护范畴并不以此为限。

此外，在本实例实施方式的另一个实施例中，还可以对配置管理数据库中的KubeResource资源及支持组建资源Middleware进行动态更新，以适应的动态变更。例如，可以在配置管理数据库的每个业务下设置KubeResource、Middleware两个集群，而这两个集群下的模块根据具体环境中的资源动态生成。

上述KubeResource集群以及Middleware集群下的模块的资源动态同步至上述配置管理数据库的方法与上述同步app、component资源的实施例中的方法相同。

首先，在配置数据管理库中设置如表4所示的模块表结构：

表4：模块表

在定义上述模块表后，需要将KubeResource资源及Middleware资源中的对应模块依据预设逻辑映射关系映射为上述配置管理数据库的模块表定义的表结构格式。

其中，该逻辑映射关系可以如下表5所示：

表5：模块映射逻辑

此外，在定义映射逻辑后，还需要对上述KubeResource集群及Middleware集群的模块进行进行同步过程，该同步过程包括全量同步与增量同步，其中，全量同步及增量同步的过程已在上述同步app、component的实施例进行了详细的阐述，因逻辑相同，故在此不再赘述。

其中，上述KubeResource集群下的每一个模块对应上述OAM体系中的一个component，即一个Kubernetes的工作负载。Middleware下的每个模块对应一种支撑组件。

在模块同步化之后，还需将KubeResource资源及Middleware资源关联至对应模块下，同步逻辑不再赘述。

各资源对应的逻辑映射关系如表6至表10所示：

表6：Middleware实例逻辑映射关系：

表7：pod(最小部署单元)逻辑映射关系

表8：service(应用服务抽象)实例逻辑映射关系

表9：ingress(端口)逻辑映射关系：

表10：config(配置)逻辑映射关系：

需要说明的是，上述实施例只是示例性说明，本示例实施方式的保护范畴并不以此为限。

在步骤S330中，建立业务树，将同步至配置管理数据库中全部或部分容器编排引擎资源关联至业务树的对应节点，并生成资源展示及操作界面。

在本示例实施方式中，在将上述Kubernetes资源的资源信息同步至配置管理数据库后，为了便于管理及操作，还可以建立业务树，并将同步至配置管理数据库中的全部或部分Kubernetes资源关联至该业务树的对应节点上，并生成资源展示及操作界面。

上述业务树为配置管理数据库纳管资源的方式。举例而言，该业务树可以为由业务、集群及模块构成的三层业务树，其中，集群包括资源池、主机集群、容器编排引擎资源集群及支撑组件集群。

以将上述KubeResource资源及Middleware资源关联至上述业务树的对应节点为例，上述业务树可以如图4所示，在如图1所示的只能纳管主机、进程资源的业务树基础上，按照OAM体系的资源划分方式，增加节点(新增KubeResource集群、Middleware集群及其下属的模块节点)，以纳管Kubernetes资源。

其中，上述三层业务树的第一层为业务层，用于标识高内聚、低外延的功能集合(如云产品CVM、CBS等)，也可为功能和部署都相对独立的公共服务(如：底座TCS等)，或者其他客户基于云平台自定义创建的产品。该业务层中的业务可以包括系统部署时预设的一部分业务，还可以包括客户使用过程中自定义的新增业务，本示例实施方式对此不做特殊限定。

上述业务树的第二层为集群层，每个业务节点下包含四个集群节点，具体如下：

第一个集群节点为资源池：每个业务下有一个资源池集群，其下为资源池模块，用于管理空闲主机资源。

第二个集群节点为主机类集群：每个业务下可有多个主机类集群。主机类集群是业务在功能层面/部署层面的子集。比如云硬盘业务下就按功能/部署的同步，分为“Depot(存储池集群)”、“SnapBox(快照集群)”、“ZkCluster(zookeeper集群)”。主机类集群下为“主机类模块”。

第三个集群节点为KubeResource：即kubernetes resource，k8s资源集群，用于管理该业务的k8s资源(pod、service、ingress、config)。KubeResource集群下为“k8s工作负载类模块”。其中，每个业务下仅有一个KubeResource集群。

第四个集群节点为Middleware：支撑组件集群，管理该业务用到的支撑组件实例(如：数据库、消息队列等公共组件)。Middleware集群下为“支撑类模块”。其中，每个业务下仅有一个Middleware集群。

上述业务树的第三层为模块层，是集群节点的子节点，可分为如下四类；

(1)资源池：其下关联已被该业务申请但未被使用的空闲主机。

(2)主机类模块：主机类集群下，按功能/部署层面的进一步划分，管理主机、进程资源。划分依据：同一模块下的主机资源所部署的安装包及运行的进程完全一致。如云硬盘业务CBS下的“Depot(存储池集群)”就进一步细分为“Cell(存储节点)”、“Master(管理节点)”等，每个模块关联的所有主机上执行的程序和部署的安装包均一致，负责提供CBS的存储功能。

(3)kubernetes工作负载类模块：每个模块与OAM体系中的一个Component对应，由于Component对应于kubernetes的工作负载，因此，此处的模块也可以看成是kubernetes里的一个deployment(部署)/statefulset(有状态任务)/daemonset(后台支撑服务集)。其下纳管component定义生成的pod资源，以及component关联的trait资源(service、ingress、config)。

(4)支撑类模块：每个模块代表一种支撑组件，如：tdsql(分布式数据库)、zookeeper(开放源码的分布式应用程序协调服务)、redis(键值数据库)等，其下纳管业务使用到的具体的支撑组件实例。

以上述业务树为依据，生成的资源管理及操作界面可以如图5至图7所示，图5为资源管理及操作界面的示意图，包含业务树显示区域501、资源列表展示区域502及资源类型标识区域503。

在本示例实施方式中，在生成上述资源管理及操作界面后，还可以通过作用于该界面的触发操作，实现对资源的查看及管理。举例而言，响应针对如图6所示的业务树显示区域501中业务树任一节点的触发操作，在上述资源列表展示区域502展示该节点对应的资源信息列表。此外，还可以响应针对如图7所示的资源类型标识区域503中任一资源类型标识的触发操作，在上述资源列表展示区域502展示该资源类型标识对应的资源信息列表。其中，上述触发操作可以为点击等操作。

上述响应针对如图6所示的业务树显示区域501中业务树任一节点的触发操作，在上述资源列表展示区域502展示该节点对应的资源信息列表。具体地可以如下：响应作用于KubeResource节点的点击操作，在资源列表展示区域502中展示如图8所示的资源列表。其中，图8为资源列表的不完全显示，除了图8所示的内容，资源显示列表还包括所选标识pod的其他资源信息，如集群ID等，此外，资源列表展示区域502还可以结合所选标识，显示其他标识如service、ingress、config等对应的资源信息。响应作用于Middleware节点的点击操作，在资源列表展示区域502中展示如图9所示的资源列表。其中，图9也为Middleware资源的不完全显示，在所选标识下，还可以包括版本、云区域ID、Middleware资源等其他资源信息，还可以结合所选标识，显示其他标识如节点属性等对应的资源信息。

上述响应针对如图7所示的资源类型标识区域503中任一资源类型标识的触发操作，在上述资源列表展示区域502展示该资源类型标识对应的资源信息列表。具体地，可以如下：响应作用于pod、service、ingress、config或Middleware的点击操作，对应的在资源列表展示区域502中展示如图10、图11、图12、图13或图14所示的资源列表。其中图10至图14均为不完全显示图，除所显示的部分外，还可以对应包括pod、service、ingress、config或Middleware上述提及的其他信息。

需要说明的是，上述场景只是一种示例性说明，本示例实施方式的保护范畴并不以此为限。

应当注意，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

进一步的，本示例实施方式中，还提供了一种容器编排引擎资源管理装置。该容器编排引擎资源管理装置可以应用于服务器。参考图15所示，该容器编排引擎资源管理装置1500可以包括调用模块1510、同步模块1520以及展示模块1530。其中：

调用模块1510用于调用容器编排引擎环境中的对应接口获取各容器编排引擎资源对应的资源信息；

同步模块1520用于依据预设的逻辑映射关系，将各资源信息同步至配置管理数据库中，以实现配置管理数据库对于各容器编排引擎资源的管理；

展示模块1530用于建立业务树，将同步至配置管理数据库中全部或部分容器编排引擎资源关联至业务树的对应节点，并生成资源展示及操作界面。

在本示例实施方式中，上述同步模块包括全量同步单元及增量同步单元。其中，全量同步单元用于：将资源信息依据逻辑映射关系映射为配置管理数据库中各资源信息对应的结构格式；调用配置管理数据库的查询接口查询配置管理数据中各容器编排引擎资源的资源信息；将映射得到的配置管理数据库对应结构格式的资源信息，与在配置管理数据库查询到的资源信息进行对比，并在对比结果不一致时，调用配置管理数据库的对应资源接口更新配置管理数据库中的资源信息；其中，配置管理数据库的对应资源接口包括新增资源接口、删除资源接口以及更新资源接口中的一个或多个。

上述增量同步单元用于：实时监听容器编排引擎环境中容器编排引擎资源；响应针对容器编排引擎环境的资源变更事件的触发，依据监听到的资源变更事件的事件信息，调用配置管理数据库的对应接口，更新配置管理数据库中的资源信息；其中，资源变更事件包括增减事件、删除事件以及更改事件中的一个或多个。

在本示例性实施方式中，上述展示模块包括业务树建立单元和资源展示及操作界面生成单元。其中，上述业务树建立单元用于依据配置管理数据库所管理的资源生成业务树。举例而言，该业务树可以为业务、集群及模块构成的三层业务树，其中，集群包括资源池、主机集群、容器编排引擎资源集群及支撑组件集群。上述资源展示及操作界面生成单元用于依据建立的业务树生成资源展示及操作界面。举例而言，该资源展示及操作界面可以业务树显示区域、资源列表展示区域及资源类型标识区域。

在本示例实施方式中，在生成上述资源展示及操作界面生成单元后，还可以通过该资源展示及操作界面生成单元查看及管理资源。例如，可以响应针对业务树显示区域中业务树的一节点的触发操作，在资源列表展示区域展示节点对应的资源信息列表。还可以响应针对资源类型标识区域中任一资源类型标识的触发操作，在上述资源列表展示区域展示该资源类型标识对应的资源信息列表。

上述容器编排引擎资源管理装置以及容器编排引擎资源管理装置各模块或单元的具体细节已经在对应的容器编排引擎资源管理方法中进行了详细的描述，因此此处不再赘述。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

图16示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

需要说明的是，图16示出的电子设备的计算机系统1600仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图16所示，计算机系统1600包括中央处理单元(Central Processing Unit，CPU)1601，其可以根据存储在只读存储器(Read-Only Memory，ROM)1602中的程序或者从存储部分1608加载到随机访问存储器(Random Access Memory，RAM)1603中的程序而执行各种适当的动作和处理，例如执行上述实施例中所述的方法。在RAM 1603中，还存储有系统操作所需的各种程序和数据。CPU 1601、ROM 1602以及RAM 1603通过总线1604彼此相连。输入/输出(Input/Output，I/O)接口1605也连接至总线1604。

以下部件连接至I/O接口1605：包括键盘、鼠标等的输入部分1606；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分1607；包括硬盘等的存储部分1608；以及包括诸如LAN(Local AreaNetwork，局域网)卡、调制解调器等的网络接口卡的通信部分1609。通信部分1609经由诸如因特网的网络执行通信处理。驱动器1610也根据需要连接至I/O接口1605。可拆卸介质1611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1610上，以便于从其上读出的计算机程序根据需要被安装入存储部分1608。

特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分1609从网络上被下载和安装，和/或从可拆卸介质1611被安装。在该计算机程序被中央处理单元(CPU)1601执行时，执行本申请的系统中限定的各种功能。

需要说明的是，本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现上述实施例中所述的方法。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本申请实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本申请实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的实施方式后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (10)

1.一种容器编排引擎资源管理方法，其特征在于，包括：

调用容器编排引擎环境中的对应接口获取各容器编排引擎资源对应的资源信息；

依据预设的逻辑映射关系，将各所述资源信息同步至配置管理数据库中，以实现所述配置管理数据库对于各所述容器编排引擎资源的管理；

建立业务树，将同步至所述配置管理数据库中全部或部分所述容器编排引擎资源关联至所述业务树的对应节点，并生成资源展示及操作界面。

2.根据权利要求1所述的容器编排引擎资源管理方法，其特征在于，所述依据预设的逻辑映射关系，将各所述资源信息同步至配置管理数据库中，包括：

依据所述逻辑映射关系，将各所述资源信息全量同步至所述配置管理数据库；

监听各所述容器编排引擎资源，并在所述容器编排引擎资源的所述资源信息发生变更时，对所述配置管理数据库中的所述资源信息进行增量同步。

3.根据权利要求2所述的容器编排引擎资源管理方法，其特征在于，所述依据所述逻辑映射关系，将各所述资源信息全量同步至所述配置管理数据库，包括：

将所述资源信息依据所述逻辑映射关系映射为所述配置管理数据库中各所述资源信息对应的结构格式；

调用所述配置管理数据库的查询接口查询所述配置管理数据中各所述容器编排引擎资源的资源信息；

将映射得到的所述配置管理数据库对应结构格式的所述资源信息，与在所述配置管理数据库查询到的所述资源信息进行对比，并在对比结果不一致时，调用所述配置管理数据库的对应资源接口更新所述配置管理数据库中的所述资源信息；

其中，所述配置管理数据库的对应资源接口包括新增资源接口、删除资源接口以及更新资源接口中的一个或多个。

4.根据权利要求2所述的容器编排引擎资源管理方法，其特征在于，所述监听各所述容器编排引擎资源，并在所述容器编排引擎资源的所述资源信息发生变更时，对所述配置管理数据库中的所述资源信息进行增量同步，包括：

实时监听容器编排引擎环境中所述容器编排引擎资源；

响应针对所述容器编排引擎环境的资源变更事件的触发，依据监听到的所述资源变更事件的事件信息，调用所述配置管理数据库的对应接口，更新所述配置管理数据库中的所述资源信息；

其中，所述资源变更事件包括增加事件、删除事件以及更改事件中的一个或多个。

5.根据权利要求1所述的容器编排引擎资源管理方法，其特征在于，所述业务树为业务、集群及模块构成的三层业务树，其中，所述集群包括资源池、主机集群、容器编排引擎资源集群及支撑组件集群。

6.根据权利要求1所述的容器编排引擎资源管理方法，其特征在于，所述资源展示及操作界面包含业务树显示区域、资源列表展示区域及资源类型标识区域。

7.根据权利要求6所述的容器编排引擎资源管理方法，其特征在于，所述方法还包括：

响应针对所述业务树显示区域中所述业务树的一所述节点的触发操作，在所述资源列表展示区域展示该所述节点对应的资源信息列表。

8.一种容器编排引擎资源管理装置，其特征在于，包括：

调用模块，用于调用容器编排引擎环境中的对应接口获取各容器编排引擎资源对应的资源信息；

同步模块，用于依据预设的逻辑映射关系，将各所述资源信息同步至配置管理数据库中，以实现所述配置管理数据库对于各所述容器编排引擎资源的管理；

展示模块，用于建立业务树，将同步至所述配置管理数据库中全部或部分所述容器编排引擎资源关联至所述业务树的对应节点，并生成资源展示及操作界面。

9.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的容器编排引擎资源管理方法。

10.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1至7中任一项所述的容器编排引擎资源管理方法。

Images