CN113918329A - 信息展示方法和装置 - Google Patents

Abstract

本申请公开了信息展示方法和装置，涉及容器管理技术领域。方法的一具体实施方式包括：经由客户端工具client‑go实时监控并缓存连接的各Kubernetes集群的资源信息和状态信息；对资源信息和状态信息进行聚合统计，得到聚合统计信息；将聚合统计信息进行展示，有助于为用户提供可视化的决策支持，节省用户的运维工作量。

Description

信息展示方法和装置

技术领域

本申请涉及计算机技术领域，具体涉及容器管理技术领域，尤其涉及一种信息展示方法和装置。

背景技术

当前公有云环境下，中大型客户会创建多个k8s集群作为不同用途的资源池使用，比如集团用户和外部公有云用户。每个资源池可能会对应多个功能对等的集群，集群的资源配置会有所不同，实例被指定创建在某个集群中。现在更多是人工判断k8s集群资源情况，指定集群创建实例，或者随机调度集群创建。

现有的人工运维，选择实例主要存在以下缺点：

1.随机调度集群可能导致实例创建在资源不够的集群上，导致创建失败。需要反复创建，增加运维工作量。

2.查看集群使用量，需要人工切换到每个k8s集群上，手工统计节点cpu/内存/平台内部服务等资源申请情况，再判断是否满足待申请实例的需求。耗费大量人力，计算标准也可能每个人不统一，造成计算误差。

3.很多产品实例需要通过节点和pod的亲和性和反亲和性配置，让主备服务分布在不同节点上，满足高可用的要求。仅仅kubectl命令行获取数据，没有很明确的可视化手段，需要人工统计，繁琐且容易创建失败。

发明内容

本申请实施例提供了一种信息展示方法、装置、设备以及存储介质。

根据第一方面，本申请实施例提供了一种信息展示方法，该方法包括：经由客户端工具client-go实时监控并缓存连接的各Kubernetes集群的资源信息和状态信息；对所述资源信息和状态信息进行聚合统计，得到聚合统计信息；将聚合统计信息进行展示。

在一些实施例中，该方法还包括：响应于接收到创建实例请求，基于聚合统计信息及预设的筛选策略，确定出创建实例的Kubernetes集群。

在一些实施例中，基于聚合统计信息及预设的筛选策略，确定出创建实例的Kubernetes集群，包括：基于聚合统计信息中各集群对应的目标比值中的最小值对应的集群，确定出创建实例的Kubernetes集群。

在一些实施例中，基于聚合统计信息及预设的筛选策略，确定出创建实例的Kubernetes集群，包括：基于聚合统计信息，确定出与资源请求信息的匹配程度值大于等于预设阈值的目标集群；基于目标集群，确定出创建实例的Kubernetes集群。

在一些实施例中，基于聚合统计信息及预设的筛选策略，确定出创建实例的Kubernetes集群，包括：响应于基于聚合统计信息，确定不存在与资源请求信息的匹配程度值大于等于预设阈值的目标集群，向用户发送资源不足的消息以使用户进行资源扩充；基于资源扩充后的集群，确定出创建实例的Kubernetes集群。

根据第二方面，本申请实施例提供了一种信息展示装置，该装置包括监控模块，被配置成经由客户端工具client-go实时监控并缓存连接的各Kubernetes集群的资源信息和状态信息；统计模块，被配置成对资源信息和状态信息进行聚合统计，得到聚合统计信息；展示模块，被配置成将聚合统计信息进行展示。

在一些实施例中，该装置还包括：创建模块，被配置成响应于接收到创建实例请求，基于聚合统计信息及预设的筛选策略，确定出创建实例的Kubernetes集群。

在一些实施例中，创建模块进一步被配置成：基于聚合统计信息中各集群对应的目标比值中的最小值对应的集群，确定出创建实例的Kubernetes集群。

在一些实施例中，创建模块进一步被配置成：基于聚合统计信息，确定出与资源请求信息的匹配程度值大于等于预设阈值的目标集群；基于目标集群，确定出创建实例的Kubernetes集群。

在一些实施例中，创建模块进一步被配置成：响应于基于聚合统计信息，确定不存在与资源请求信息的匹配程度值大于等于预设阈值的目标集群，向用户发送资源不足的消息以使用户进行资源扩充；基于资源扩充后的集群，确定出创建实例的Kubernetes集群。

根据第三方面，本申请实施例提供了一种电子设备，该电子设备包括一个或多个处理器；存储装置，其上存储有一个或多个程序，当一个或多个程序被该一个或多个处理器执行，使得一个或多个处理器实现如第一方面的任一实施例的信息展示方法。

根据第四方面，本申请实施例提供了一种计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现如第一方面的任一实施例的信息展示方法。

本申请通过经由客户端工具client-go实时监控并缓存连接的各Kubernetes集群的资源信息和状态信息；对所述资源信息和状态信息进行聚合统计，得到聚合统计信息；将聚合统计信息进行展示，有助于为用户提供可视化的决策支持，省去了大量人工命令行汇总的时间，同时，这些数据也可用作创建实例选择集群的依据。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其他特征将通过以下的说明书而变得容易理解。

附图说明

图1是本申请可以应用于其中的示例性系统架构图；

图2是根据本申请的信息展示方法的一个实施例的流程图；

图3是根据本申请的信息展示方法的一个应用场景的示意图；

图4是根据本申请的信息展示方法的另一个实施例的流程图；

图5是根据本申请的信息展示装置的一个实施例的示意图；

图6是适于用来实现本申请实施例的服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本申请的示范性实施例做出说明，其中包括本申请实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本申请的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1示出了可以应用本申请的信息展示方法的实施例的示例性系统架构100。

如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如，显示类应用、通讯类应用等。

终端设备101、102、103可以是硬件，也可以是软件。当终端设备101、102、103为硬件时，可以是具有显示屏的各种电子设备，包括但不限于手机和笔记本电脑。当终端设备101、102、103为软件时，可以安装在上述所列举的电子设备中。其可以实现成多个软件或软件模块(例如用来提供信息展示服务)，也可以实现成单个软件或软件模块。在此不做具体限定。

服务器105可以是提供各种服务的服务器，例如，经由客户端工具client-go实时监控并缓存连接的各Kubernetes集群的资源信息和状态信息；对所述资源信息和状态信息进行聚合统计，得到聚合统计信息；将聚合统计信息进行展示。

需要说明的是，服务器105可以是硬件，也可以是软件。当服务器105为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器为软件时，可以实现成多个软件或软件模块(例如用来提供信息展示服务)，也可以实现成单个软件或软件模块。在此不做具体限定。

需要指出的是，本公开的实施例所提供的信息展示方法可以由服务器105执行，也可以由终端设备101、102、103执行，还可以由服务器105和终端设备101、102、103彼此配合执行。相应地，信息展示装置包括的各个部分(例如各个单元、子单元、模块、子模块)可以全部设置于服务器105中，也可以全部设置于终端设备101、102、103中，还可以分别设置于服务器105和终端设备101、102、103中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

图2示出了可以应用于本申请的信息展示方法的流程示意图200。

在本实施例中，信息展示方法包括以下步骤：

步骤201，经由客户端工具client-go实时监控并缓存连接的各Kubernetes集群的资源信息和状态信息。

在本实施例中，执行主体(如图1中所示的服务器105或终端设备101、102、103)可以基于集群管理系统Matrix利用Kubernetes集群，即k8s集群，提供的集群资源对象API(Application Program Interface，应用程序接口)客户端工具client-go，根据数据库元数据中记录的kubeconfig信息，连接集群后，通过client-go中的informer/Lister功能实时监控所连接的各Kubernetes集群的资源信息和状态信息并将信息缓存到本地内存。

其中，Kubernetes(k8s)是目前被各个企业普遍使用的容器云体系，k8s主要用于对容器化的应用进行部署、规划、更新及维护。k8s并不直接运行容器化应用，而是将一个或多个容器化应用封装到一个称为pod的高级结构中，pod是k8s的基本计算单元。相同pod中的任何容器化应用都将共享相同的名称空间和本地网络。Pod必须在Node上运行。Node是Kubernetes中的工作机器，一个Node可以运行多个Pod。

这里，k8s集群的资源信息可以包括pod、node、workload等，k8s集群的状态信息可以包括上下线、禁止调度、添加、删除等。

具体地，执行主体可在启动初始化过程中，获取本地域接入的所有集群信息。创建并启动SharedInformer，构建informer和Lister数据cache池以监听各k8s集群的资源信息，同时开启守护协程，实时监控集群的状态信息，如集群断连自动下线和自动重连，保持cache池中的数据、k8s集群以及产品线关联关系元数据同步。

此外，执行主体还可以初始化元数据数据库连接池。开启对外暴露的http服务端口18880，提供创建集群以及统计接口的对外服务。

步骤202，对资源信息和状态信息进行聚合统计，得到聚合统计信息。

在本实施例中，执行主体在获取到各k8s集群的资源信息和状态信息后，可采用现有技术或未来发展技术中的实时数据聚合统计方式，例如，聚类分析、因子分析、相关分析等，对资源信息和状态信息进行聚合统计，得到聚合统计信息。

具体地，执行主体可按照地域、逻辑、物理可用区等维度对资源信息和状态信息进行聚合统计。

步骤203，将聚合统计信息进行展示。

在本实施例中，执行主体可将聚合统计信息通过调用IaaS(Infrastructure as aService，基础架构即服务)接口经由显示设备向用户展示，以使用户了解各k8s集群中已有资源的申请用量情况，即为用户提供可视化决策支持。

其中，已有资源的申请用量情况可以包括：每个node物理节点上的资源申请情况，每个实例的pod在node物理节点上的可视化分布，k8s资源phase等信息定制化排序等。

这里，显示设备可以采用现有技术或未来发展技术中的可输出图像或感触信息的设备，例如，电脑显示屏、电视显示屏等，本申请对此不作限定。

继续参见图3，图3是根据本实施例的信息展示方法的应用场景的一个示意图。

在图3的应用场景中，执行主体301可以可以利用Kubernetes集群，提供的集群资源对象API(Application Program Interface，应用程序接口)客户端工具client-go，根据数据库元数据中记录的kubeconfig信息，连接集群后，通过client-go中的informer/Lister功能实时监控所连接的各Kubernetes集群302、303、304的资源信息和状态信息305、306、307并将信息缓存到本地内存。进而，对上述资源信息和状态信息进行聚合统计，得到聚合统计信息308，将聚合统计信息进行展示309。

本公开的信息展示方法，通过经由客户端工具client-go实时监控并缓存连接的各Kubernetes集群的资源信息和状态信息；对资源信息和状态信息进行聚合统计，得到聚合统计信息；将聚合统计信息进行展示，为用户提供了可视化的决策支持，省去了大量人工命令行汇总的时间。

进一步参考图4，其示出了信息展示方法的又一个实施例的流程400。在本实施例中，本实施例的信息展示方法的流程400，可包括以下步骤：

步骤401，经由客户端工具client-go实时监控并缓存连接的各Kubernetes集群的资源信息和状态信息。

在本实施例中，步骤401的实现细节和技术效果，可以参考对步骤201的描述，在此不再赘述。

步骤402，对资源信息和状态信息进行聚合统计，得到聚合统计信息。

在本实施例中，步骤402的实现细节和技术效果，可以参考对步骤202的描述，在此不再赘述。

步骤403，将聚合统计信息进行展示。

在本实施例中，步骤403的实现细节和技术效果，可以参考对步骤203的描述，在此不再赘述。

步骤404，响应于接收到创建实例请求，基于聚合统计信息及预设的筛选策略，确定出创建实例的Kubernetes集群。

在本实施例中，执行主体响应于接收到创建实例请求，可根据聚合统计信息及预设的筛选策略，在聚合统计信息所指示的k8s集群中确定出创建实例的集群。

其中，预设的筛选策略可根据经验、实际需求设定，例如，筛选策略可以基于用户根据展示的聚合统计信息输入的k8s集群的选取指令确定，也可以基于聚合统计信息所指示的各k8s集群的资源使用情况信息确定等等，本申请对此不作限定。

具体地，执行主体可首先根据聚合统计信息过滤掉不在线或者被禁止调度的k8s集群，得到过滤后的k8s集群，进而根据过滤后的k8s集群和用户输入的选取指令，确定出创建实例的集群。

在一些可选的方式中，基于聚合统计信息及预设的筛选策略，确定出创建实例的Kubernetes集群，包括：基于聚合统计信息中各集群对应的目标比值中的最小值对应的集群，确定出创建实例的Kubernetes集群。

在本实现方式中，聚合统计信息包括各集群对应的目标比值，目标比值用于指示该集群的容器载体pod个数与节点node个数的比值。执行主体响应于接收到创建实例请求，可基于聚合统计信息所指示的各集群对应的目标比值中的最小值对应的k8s集群确定为创建实例的集群。

这里，若各集群对应的目标比值中的最小值有多个，也即最小值对应的k8s集群为多个，则可以随机选取一个k8s集群作为创建实例的集群。

该实现方式通过基于聚合统计信息中各集群对应的目标比值中的最小值对应的集群，确定出创建实例的集群，即将集群中各node上挂载pod最少的集群确定为创建实例的k8s集群，也即直接将各集群中负载最轻的集群确定为创建实例的集群，有效提升了创建实例的有效性和效率。

在一些可选的方式中，基于聚合统计信息及预设的筛选策略，确定出创建实例的集群，包括：基于聚合统计信息，确定出与资源请求信息的匹配程度值大于等于预设阈值的目标集群；基于目标集群，确定出创建实例的Kubernetes集群。

在本实现方式中，创建实例请求包括资源请求信息，资源请求信息可以包括请求资源的种类和数量。执行主体响应于接收到创建实例请求，将聚合统计信息所指示的各集群的剩余可用资源与资源请求信息进行匹配，并计算匹配程度值，确定出与资源请求值的匹配程度值大于等于预设阈值的目标集群，其中，匹配程度值用于指示聚合统计信息所指示的各集群的剩余可用资源与资源请求信息的匹配程度，并根据目标k8s集群，确定出创建实例的集群。

这里，若目标集群为一个，则可直接将该目标集群确定为创建实例的集群；若目标集群为多个，则可以在目标集群中随机选取一个作为创建实例的集群。

预设阈值可根据经验、实际需求进行设定，本申请对此不作限定。

其中，资源请求信息所指示的资源种类可以包括CPU、memory等。

这里，各集群的剩余可用资源与资源请求信息的匹配程度值可通过多种方式确定，例如，图表比对方法、分配权重值方法等，其中，对于分配权重值方法，权重值越高，则匹配程度值越高。

具体地，资源请求信息为helm chart包中的资源申请清单，将workload类型的资源pod中memory的request值(需求数量)和此类型的replcas值(副本数量)以及cpu的request值取出，其中，memory的request值为mem.request＝a，replica＝b，cpu的request值为cpu.request＝c。执行主体可首先根据各k8s集群的剩余可用memory资源进行排序，如，将各k8s集群指示memory可以用余量的数组node_mem[n]进行升序排列，以及根据各k8s集群的剩余可用cpu资源进行排序，如，将各k8s集群指示cpu可用余量的数组node_cpu[n]进行升序排列。若执行主体可在node_mem[n]中找到node_mem[n]>a的，往后找到b个结果的数组，则将该数组对应的k8s集群权重加1，以及若执行主体可在node_cpu[n]中找到node_cpu[n]>c的，则将该数组对应的k8s集群权重加1。若预设阈值为2，则执行主体可将分配权重值大于等于2的k8s集群确定为目标集群。最后，根据目标集群，确定出创建实例的集群，如，在目标集群中随机选取一个集群作为创建实例的集群，或者将目标集群中分配权重值最高的集群作为创建实例的集群。

需要指出的是，这里，在计算各k8s集群与资源请求值匹配程度值的过程中，可按照每个pod都不在同node的情况进行预估，即每个node最多只挂载一个pod，以保证需求资源的最大化，也即确保确定出的创建实例的集群，能在最大程度上满足创建实例的请求所需的资源。

该实现方式通过基于聚合统计信息确定出与资源请求信息的匹配程度值大于等于预设阈值的目标集群；基于目标集群，确定出创建实例的k8s集群，有助于判断集群剩余可用资源是否满足调度要求，避免实例创建失败，提高实例创建的有效性。

在一些可选的方式中，该方法还包括：响应于基于聚合统计信息，确定不存在与资源请求信息的匹配程度值大于等于预设阈值的目标集群，向用户发送资源不足的消息以使用户进行资源扩充；基于资源扩充后的集群，确定出创建实例的Kubernetes集群。

在本实现方式中，若执行主体根据聚合统计信息，确定不存在与资源请求信息的匹配程度值大于等于预设阈值的目标集群，可向用户发送资源不足的消息，以使用户对所有集群或指定集群进行资源扩充，基于资源扩充后的集群，确定出创建实例的集群。

该实现方式通过响应于基于聚合统计信息，确定不存在与资源请求信息的匹配程度值大于等于预设阈值的目标集群，向用户发送资源不足的消息以使用户进行资源扩充；基于资源扩充后的群，确定出创建实例的k8s集群，有助于在资源不足时及时及时对集群资源进行扩充，避免实例创建失败。

本申请的上述实施例，与图2对应的实施例相比，本实施例中的信息展示方法的流程400体现了响应于接收到创建实例请求，基于聚合统计信息及预设的筛选策略，确定出创建实例的集群，实现了自动筛选出创建实例的k8s集群，降低了创建实例前的人工计算的工作量，提高了运维效率。

进一步参考图5，作为对上述各图所示方法的实现，本申请提供了一种信息展示装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图5所示，本实施例的信息展示装置500包括：监控模块501、统计模块502和展示模块503。

其中，监控模块501，可被配置成经由客户端工具client-go实时监控并缓存连接的各Kubernetes集群的资源信息和状态信息。

统计模块502，可被配置成对资源信息和状态信息进行聚合统计，得到聚合统计信息。

展示模块503，被配置成将聚合统计信息进行展示。

在本实施例的一些可选的方式中，该装置还包括：创建模块，被配置成响应于接收到创建实例请求，基于聚合统计信息及预设的筛选策略，确定出创建实例的Kubernetes集群。

在本实施例的一些可选的方式中，创建模块进一步被配置成：基于聚合统计信息中各集群对应的目标比值中的最小值对应的集群，确定出创建实例的Kubernetes集群。

在本实施例的一些可选的方式中，创建模块进一步被配置成：基于聚合统计信息，确定出与资源请求信息的匹配程度值大于等于预设阈值的目标集群；基于目标集群，确定出创建实例的Kubernetes集群。

在本实施例的一些可选的方式中，创建模块进一步被配置成：响应于基于聚合统计信息，确定不存在与资源请求信息的匹配程度值大于等于预设阈值的目标集群，向用户发送资源不足的消息以使用户进行资源扩充；基于资源扩充后的集群，确定出创建实例的Kubernetes集群。

根据本申请的实施例，本申请还提供了一种电子设备和一种可读存储介质。

如图6所示，是根据本申请实施例的信息展示方法的电子设备的框图。

600是根据本申请实施例的信息展示方法的电子设备的框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。

如图6所示，该电子设备包括：一个或多个处理器601、存储器602，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示GUI的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个电子设备，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图6中以一个处理器601为例。

存储器602即为本申请所提供的非瞬时计算机可读存储介质。其中，所述存储器存储有可由至少一个处理器执行的指令，以使所述至少一个处理器执行本申请所提供的信息展示方法。本申请的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本申请所提供的信息展示方法。

存储器602作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的信息展示方法对应的程序指令/模块(例如，附图5所示的监控模块501、统计模块502和展示模块503)。处理器601通过运行存储在存储器602中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及信息展示，即实现上述方法实施例中的信息展示方法。

存储器602可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储信息展示的电子设备的使用所创建的数据等。此外，存储器602可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中，存储器602可选包括相对于处理器601远程设置的存储器，这些远程存储器可以通过网络连接至信息展示的电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

信息展示方法的电子设备还可以包括：输入装置603和输出装置604。处理器601、存储器602、输入装置603和输出装置604可以通过总线或者其他方式连接，图6中以通过总线连接为例。

输入装置603可接收输入的数字或字符信息，例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置604可以包括显示设备、辅助照明装置(例如，LED)和触觉反馈装置(例如，振动电机)等。该显示设备可以包括但不限于，液晶显示器(LCD)、发光二极管(LED)显示器和等离子体显示器。在一些实施方式中，显示设备可以是触摸屏。

此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用ASIC(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令，并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如，磁盘、光盘、存储器、可编程逻辑装置(PLD))，包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户信息展示显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。

根据本申请实施例的技术方案，有助于为用户提供可视化的决策支持，节省用户的运维工作量。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。

Claims (12)

1.一种信息展示方法，所述方法包括：

经由客户端工具client-go实时监控并缓存连接的各Kubernetes集群的资源信息和状态信息；

对所述资源信息和状态信息进行聚合统计，得到聚合统计信息；

将所述聚合统计信息进行展示。

2.根据权利要求1所述的方法，所述方法还包括：

响应于接收到创建实例请求，基于所述聚合统计信息及预设的筛选策略，确定出创建实例的Kubernetes集群。

3.根据权利要求2所述的方法，其中，所述聚合统计信息包括各集群对应的目标比值，所述目标比值用于指示该集群的容器载体pod个数与节点node个数的比值，以及所述基于聚合统计信息及预设的筛选策略，确定出创建实例的Kubernetes集群，包括：

基于所述聚合统计信息中各集群对应的目标比值中的最小值对应的集群，确定出创建实例的Kubernetes集群。

4.根据权利要求2所述的方法，其中，所述创建实例请求包括资源请求信息，以及所述基于聚合统计信息及预设的筛选策略，确定出创建实例的Kubernetes集群，包括：

基于所述聚合统计信息，确定出与所述资源请求信息的匹配程度值大于等于预设阈值的目标集群；

基于所述目标集群，确定出创建实例的Kubernetes集群。

5.根据权利要求2所述的方法，其中，所述创建实例请求包括资源请求信息，以及所述基于聚合统计信息及预设的筛选策略，确定出创建实例的集群，包括：

响应于基于所述聚合统计信息，确定不存在与所述资源请求信息的匹配程度值大于等于预设阈值的目标集群，向用户发送资源不足的消息以使用户进行资源扩充；

基于资源扩充后的集群，确定出创建实例的Kubernetes集群。

6.一种信息展示装置，所述装置包括：

监控模块，被配置成经由客户端工具client-go实时监控并缓存连接的各Kubernetes集群的资源信息和状态信息；

统计模块，被配置成对所述资源信息和状态信息进行聚合统计，得到聚合统计信息；

展示模块，被配置成将所述聚合统计信息进行展示。

7.根据权利要求6所述的装置，所述装置还包括：

创建模块，被配置成响应于接收到创建实例请求，基于所述聚合统计信息及预设的筛选策略，确定出创建实例的Kubernetes集群。

8.根据权利要求7所述的装置，其中，所述聚合统计信息包括各集群对应的目标比值，所述目标比值用于指示该集群的容器载体pod个数与节点node个数的比值，以及所述创建模块进一步被配置成：

基于所述聚合统计信息中各集群对应的目标比值中的最小值对应的集群，确定出创建实例的Kubernetes集群。

9.根据权利要求7所述的装置，其中，所述创建实例请求包括资源请求信息，以及所述创建模块进一步被配置成：

基于所述聚合统计信息，确定出与所述资源请求信息的匹配程度值大于等于预设阈值的目标集群；

基于所述目标集群，确定出创建实例的Kubernetes集群。

10.根据权利要求7所述的装置，其中，所述创建模块进一步被配置成：

响应于基于所述聚合统计信息，确定不存在与所述资源请求信息的匹配程度值大于等于预设阈值的目标集群，向用户发送资源不足的消息以使用户进行资源扩充；

基于资源扩充后的集群，确定出创建实例的Kubernetes集群。

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

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-5中任一项所述的方法。

12.一种存储有计算机指令的非瞬时计算机可读存储介质，其特征在于，所述计算指令用于使所述计算机执行权利要求1-5中任一项所述的方法。

Images