CN116233123A - 信息的处理方法及装置、处理器和电子设备 - Google Patents

Abstract

本申请公开了一种信息的处理方法及装置、处理器和电子设备，涉及云计算技术领域。该方法包括：接收客户端发送的查询请求，其中，查询请求用于请求查询容器组Pod的主机端口信息，容器组Pod为容器调度管理平台中的最小负载单元；响应查询请求，从目标数据库中查询容器组Pod的主机端口信息，得到目标信息，其中，容器组Pod的主机端口信息预先存储在目标数据库中；将目标信息返回至客户端。通过本申请，解决了相关技术中获取容器组Pod的主机端口信息的效率较低，影响通过主机端口访问容器组Pod的效果的问题。

Description

信息的处理方法及装置、处理器和电子设备

技术领域

本申请涉及云计算技术领域，具体而言，涉及一种信息的处理方法及装置、处理器和电子设备。

背景技术

目前，PAAS(Platform as a Service，平台即服务)云基础设施环境采用HostPort(主机端口)容器网络方案实现服务暴露与跨集群互通，其不支持容器间直接跨Node(主机节点)互相通信。而且，图1是根据现有技术提供的一种HostPort网络方案的示意图，如图1所示，通过DNAT(Destination Network Address Translation，目标地址映射)规则将主机的某个随机端口映射到容器组Pod的端口上，从而支持通过主机端口访问容器。另外，图1中的container代表容器，client代表客户端，dubbo代表开源分布式服务框架，即一种特殊的客户端，“172.24.1.5”代表地址信息，“8080”表示端口信息。因此，若要访问某个容器组Pod，则必须先获得其HostPort信息，且管理平台需支持查看Pod的HostPort信息。但是，K8S平台默认未支持上报该主机端口信息，故需要增加上报的渠道。

相关技术中，上报主机端口信息的一种方案为采用event-monitor(事件监视器)的方式进行上报，且其上报流程如下：

(1)kubelet调用docker/containerd(容器运行服务)依次创建Pod的Pause容器、业务容器，并根据结果上报Pod运行状态到kube-apiserver(数据库组件的名称)；

(2)event-monitor收到docker/containerd进程的容器事件，并过滤出容器启动事件；

(3)根据容器事件中的标签筛，调用docker容器列表，并查询接口，筛选出归属于该Pod的Pause容器的HostPort信息；

(4)event-monitor将此HostPort信息上报归属于该Pod的每一个业务容器，并且每个端口作为一条记录进行上报到管理平台；

(5)管理平台收到请求后将记录插入到数据库中。

而且，采用event-monitor(事件监视器)的方式进行上报之后，查询Pod的主机端口信息的流程如下：

(1)浏览器或客户端发起查询Pod信息的请求；

(2)管理平台收到请求到数据库上查询Pod信息；

(3)管理平台到数据库中查询HostPort信息，并结合(2)步骤返回。

但是，采用event-monitor(事件监视器)的方式上报和查询Pod的主机端口信息存在以下缺点：

(1)由于一个Pod一般至少存在2个容器，假设为N个，且业务容器在异常情况可能发生重启，假设为M次，假设端口个数为X，因此event-monitor可能会收到多个事件，重复执行上述上报流程的(2)、(3)和(4)步骤。相当于上报HostPort流程次数Y为：Y＝(N+M)*X，浪费计算资源；

(2)需要部署独立的上报组件event-monitor，且管理平台需要额外记录到关系数据库，且因一个端口一条记录，一个Pod往往会占用多条数据记录，浪费计算资源，占用存储空间；

(3)使用者需要同时查询2个位置的数据，查询使用不便；

(4)event-monitor监听docker/containerd的容器事件触发上报时，若发生网络异常、查询出错等导致事件丢失时不能及时重试上报，缺乏重试机制。

相关技术中，上报主机端口信息的另一种方案为采用Pod主动上报的方式进行上报，且其上报流程如下：

(1)kubelet调用docker/containerd依次创建Pod的Pause容器、业务容器，并根据结果上报Pod运行状态到kube-apiserver(数据库组件的名称)；

(2)Pod启动，自动执行平台预设的Hook程序(一种应用程序)，主动查询本容器的端口；

(3)Hook程序主动上报每条端口记录到数据库中。

而且，采用Pod主动上报的方式进行上报之后，查询Pod的主机端口信息的流程如下：

(1)浏览器或客户端到数据库上查询Pod信息；

(2)浏览器或客户端到数据库中查询HostPort信息，结合步骤(1)合并展示。但是，采用Pod主动上报的方式上报和查询Pod的主机端口信息存在以下缺点：

(1)所有基础镜像都需要进行改造，增加上报HostPort的脚本，涉及的应用广，改造繁琐，长期维护困难；

(2)管理平台需要劫持Pod的Hook程序以调用脚本，破坏k8s标准语义；

(3)使用者需要查询两处数据，使用不便；

(4)上报者每个Pod需要根据端口数量多次执行上报，消耗额外的计算资源；

(5)需要维护额外的数据库，维护成本高；

(6)脚本中采用轮询方式进行查询，实时性不高。

针对相关技术中获取容器组Pod的主机端口信息的效率较低，影响通过主机端口访问容器组Pod的效果的问题，目前尚未提出有效的解决方案。

发明内容

本申请的主要目的在于提供一种信息的处理方法及装置、处理器和电子设备，以解决相关技术中获取容器组Pod的主机端口信息的效率较低，影响通过主机端口访问容器组Pod的效果的问题。

为了实现上述目的，根据本申请的一个方面，提供了一种信息的处理方法。该方法包括：接收客户端发送的查询请求，其中，所述查询请求用于请求查询容器组Pod的主机端口信息，所述容器组Pod为容器调度管理平台中的最小负载单元；响应所述查询请求，从目标数据库中查询所述容器组Pod的主机端口信息，得到目标信息，其中，所述容器组Pod的主机端口信息预先存储在所述目标数据库中；将所述目标信息返回至所述客户端。

进一步地，在响应所述查询请求，从目标数据库中查询所述容器组Pod的主机端口信息，得到目标信息之前，所述方法还包括：获取目标主机端口信息，其中，所述目标主机端口信息为采集到的所述容器组Pod的主机端口信息；判断所述目标主机端口信息与第一主机端口信息是否相同，得到判断结果，其中，所述第一主机端口信息为所述目标数据库中存储的所述容器组Pod的主机端口信息；依据所述判断结果，确定是否对所述目标数据库中存储的所述第一主机端口信息进行更新处理，得到处理结果；基于所述处理结果，确定所述目标数据库中存储的所述容器组Pod的主机端口信息。

进一步地，依据所述判断结果，确定是否对所述目标数据库中存储的所述第一主机端口信息进行更新处理，得到处理结果包括：若所述目标主机端口信息与所述第一主机端口信息相同，则不对所述目标数据库中存储的所述第一主机端口信息进行更新处理；若所述目标主机端口信息与第一主机端口信息不相同，则将所述目标数据库中存储的所述第一主机端口信息更新为获取到的所述目标主机端口信息。

进一步地，在若所述目标主机端口信息与第一主机端口信息不相同，则将所述目标数据库中存储的所述第一主机端口信息更新为获取到的所述目标主机端口信息之后，所述方法还包括：获取更新结果，其中，所述更新结果用于表示是否成功将所述目标数据库中存储的所述第一主机端口信息更新为获取到的所述目标主机端口信息；若所述更新结果表示将所述目标数据库中存储的所述第一主机端口信息更新为获取到的所述目标主机端口信息失败，则重新发送更新请求，其中，所述更新请求用于请求将所述目标数据库中存储的所述第一主机端口信息更新为获取到的所述目标主机端口信息。

进一步地，判断所述目标主机端口信息与第一主机端口信息是否相同，得到判断结果包括：获取目标容器的ID信息，其中，所述目标容器为所述容器组Pod中的第一个容器；依据所述目标容器的ID信息，判断所述容器组Pod的主机端口信息与第一主机端口信息是否相同，得到判断结果。

进一步地，基于所述处理结果，确定所述目标数据库中存储的所述容器组Pod的主机端口信息包括：若所述处理结果表示不对所述目标数据库中存储的所述第一主机端口信息进行更新处理，则将所述第一主机端口信息作为所述目标数据库中存储的所述容器组Pod的主机端口信息；若所述处理结果表示对所述目标数据库中存储的所述第一主机端口信息进行更新处理，则将获取到的所述目标主机端口信息作为所述目标数据库中存储的所述容器组Pod的主机端口信息。

进一步地，在将所述目标信息返回至所述客户端之后，所述方法还包括：依据所述目标信息，访问所述容器组Pod。

为了实现上述目的，根据本申请的另一方面，提供了一种信息的处理装置。该装置包括：第一接收单元，用于接收客户端发送的查询请求，其中，所述查询请求用于请求查询容器组Pod的主机端口信息，所述容器组Pod为容器调度管理平台中的最小负载单元；第一响应单元，用于响应所述查询请求，从目标数据库中查询所述容器组Pod的主机端口信息，得到目标信息，其中，所述容器组Pod的主机端口信息预先存储在所述目标数据库中；第一返回单元，用于将所述目标信息返回至所述客户端。

进一步地，所述装置还包括：第一获取单元，用于在响应所述查询请求，从目标数据库中查询所述容器组Pod的主机端口信息，得到目标信息之前，获取目标主机端口信息，其中，所述目标主机端口信息为采集到的所述容器组Pod的主机端口信息；第一判断单元，用于判断所述目标主机端口信息与第一主机端口信息是否相同，得到判断结果，其中，所述第一主机端口信息为所述目标数据库中存储的所述容器组Pod的主机端口信息；第一处理单元，用于依据所述判断结果，确定是否对所述目标数据库中存储的所述第一主机端口信息进行更新处理，得到处理结果；第一确定单元，用于基于所述处理结果，确定所述目标数据库中存储的所述容器组Pod的主机端口信息。

进一步地，所述第一处理单元包括：第一处理模块，用于若所述目标主机端口信息与所述第一主机端口信息相同，则不对所述目标数据库中存储的所述第一主机端口信息进行更新处理；第二处理模块，用于若所述目标主机端口信息与第一主机端口信息不相同，则将所述目标数据库中存储的所述第一主机端口信息更新为获取到的所述目标主机端口信息。

进一步地，所述装置还包括：第二获取单元，用于在若所述目标主机端口信息与第一主机端口信息不相同，则将所述目标数据库中存储的所述第一主机端口信息更新为获取到的所述目标主机端口信息之后，获取更新结果，其中，所述更新结果用于表示是否成功将所述目标数据库中存储的所述第一主机端口信息更新为获取到的所述目标主机端口信息；第一发送单元，用于若所述更新结果表示将所述目标数据库中存储的所述第一主机端口信息更新为获取到的所述目标主机端口信息失败，则重新发送更新请求，其中，所述更新请求用于请求将所述目标数据库中存储的所述第一主机端口信息更新为获取到的所述目标主机端口信息。

进一步地，所述第一判断单元包括：第一获取模块，用于获取目标容器的ID信息，其中，所述目标容器为所述容器组Pod中的第一个容器；第一判断模块，用于依据所述目标容器的ID信息，判断所述容器组Pod的主机端口信息与第一主机端口信息是否相同，得到判断结果。

进一步地，所述第一确定单元包括：第一确定模块，用于若所述处理结果表示不对所述目标数据库中存储的所述第一主机端口信息进行更新处理，则将所述第一主机端口信息作为所述目标数据库中存储的所述容器组Pod的主机端口信息；第二确定模块，用于若所述处理结果表示对所述目标数据库中存储的所述第一主机端口信息进行更新处理，则将获取到的所述目标主机端口信息作为所述目标数据库中存储的所述容器组Pod的主机端口信息。

进一步地，所述装置还包括：第一访问单元，用于在将所述目标信息返回至所述客户端之后，依据所述目标信息，访问所述容器组Pod。

为了实现上述目的，根据本申请的另一方面，提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行上述的任意一项所述的信息的处理方法。

为了实现上述目的，根据本申请的另一方面，提供了一种电子设备，所述电子设备包括一个或多个处理器和存储器，所述存储器用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现上述的任意一项所述的信息的处理方法。

通过本申请，采用以下步骤：接收客户端发送的查询请求，其中，查询请求用于请求查询容器组Pod的主机端口信息，容器组Pod为容器调度管理平台中的最小负载单元；响应查询请求，从目标数据库中查询容器组Pod的主机端口信息，得到目标信息，其中，容器组Pod的主机端口信息预先存储在目标数据库中；将目标信息返回至客户端，解决了相关技术中获取容器组Pod的主机端口信息的效率较低，影响通过主机端口访问容器组Pod的效果的问题。通过依据接收到的客户端发送的请求查询容器组Pod的主机端口信息的查询请求，直接从预先存储好容器组Pod的主机端口信息的数据库中查询容器组Pod的主机端口信息，并将查询到的容器组Pod的主机端口信息返回至客户端，从而提升了获取容器组Pod的主机端口信息的效率，进而提升了通过主机端口访问容器组Pod的效果。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据现有技术提供的一种HostPort网络方案的示意图；

图2是根据本申请实施例提供的信息的处理方法的流程图；

图3是根据本申请实施例提供的信息的处理方法的流程图一；

图4是根据本申请实施例提供的信息的处理方法的流程图二；

图5是本申请实施例中上报流程的示意图；

图6是本申请实施例中查询使用流程的示意图；

图7是根据本申请实施例提供的信息的处理装置的示意图；

图8是根据本申请实施例提供的电子设备的示意图。

具体实施方式

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

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，本公开所涉及的相关信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于展示的数据、分析的数据等)，均为经用户授权或者经过各方充分授权的信息和数据。例如，本系统和相关用户或机构间设置有接口，在获取相关信息之前，需要通过接口向前述的用户或机构发送获取请求，并在接收到前述的用户或机构反馈的同意信息后，获取相关信息。

为了便于描述，以下对本申请实施例涉及的部分名词或术语进行说明：

Kubernetes(k8s)：容器调度管理平台。

HostPort：主机端口。

Node：主机节点。

DNAT：目标地址映射。

Pod：k8s最小负载单元，一组强关联的容器。

Kubelet：k8s在Node每个主机节点上的部署的容器运行实例的管控组件。

Docker：docker容器运行服务。

Containerd：containerd容器运行服务。

Pause容器：Pod的第一个容器，用于构建Pod的隔离资源。

下面结合优选的实施步骤对本发明进行说明，图2是根据本申请实施例提供的信息的处理方法的流程图，如图2所示，该方法包括如下步骤：

步骤S201，接收客户端发送的查询请求，其中，查询请求用于请求查询容器组Pod的主机端口信息，容器组Pod为容器调度管理平台中的最小负载单元。

例如，上述的客户端可以为浏览器或客户端，上述的容器调度管理平台可以为Kubernetes(k8s)平台。浏览器或客户端发起http(Hyper Text Transfer Protocol，超文本传输协议)请求查询容器组Pod的主机端口信息。

步骤S202，响应查询请求，从目标数据库中查询容器组Pod的主机端口信息，得到目标信息，其中，容器组Pod的主机端口信息预先存储在目标数据库中。

例如，根据浏览器或客户端发起的查询容器组Pod的主机端口信息的请求，在数据库中进行查询。且在查询容器组Pod的主机端口信息之前，在Kubelet进程启动或者创建Pod时，原有的Pod管理模块调用docker/containerd(容器服务)的接口查询/创建Pause容器，且Pause容器中含有该Pod所有的port(端口)信息，再通过Pod管理模块将Pod、Pause容器信息提交到HostPort信息处理模块，然后通过HostPort信息处理模块将Pod的主机端口信息上报到数据库中。

步骤S203，将目标信息返回至客户端。

例如，在数据库中查询到Pod的主机端口信息之后，将该主机端口信息发送至浏览器或客户端。

通过上述的步骤S201至S203，通过依据接收到的客户端发送的请求查询容器组Pod的主机端口信息的查询请求，直接从预先存储好容器组Pod的主机端口信息的数据库中查询容器组Pod的主机端口信息，并将查询到的容器组Pod的主机端口信息返回至客户端，从而提升了获取容器组Pod的主机端口信息的效率，进而提升了通过主机端口访问容器组Pod的效果。

为了快速准确的判断容器组Pod的主机端口信息与第一主机端口信息是否相同，在本申请实施例提供的信息的处理方法中，还可以通过以下步骤判断容器组Pod的主机端口信息与第一主机端口信息是否相同：获取目标容器的ID信息，其中，目标容器为容器组Pod中的第一个容器；依据目标容器的ID信息，判断容器组Pod的主机端口信息与第一主机端口信息是否相同，得到判断结果。

例如，HostPort信息处理模块根据Pod管理模块提供的本地的最新的Pause容器ID(Identification，身份标识号码)，校验Pod的annotation(Pod中的某个字段)中是否存在最新的Pause容器信息(Pause容器ID与HostPort信息)。

综上所述，通过根据Pause容器的ID信息，可以快速准确的判断是否存在最新的主机端口信息。

为了快速准确的确定是否对目标数据库中存储的第一主机端口信息进行更新处理，在本申请实施例提供的信息的处理方法中，还可以通过以下步骤确定是否对目标数据库中存储的第一主机端口信息进行更新处理：若目标主机端口信息与第一主机端口信息相同，则不对目标数据库中存储的第一主机端口信息进行更新处理；若目标主机端口信息与第一主机端口信息不相同，则将目标数据库中存储的第一主机端口信息更新为获取到的目标主机端口信息。

例如，如果根据Pause容器的ID信息，确定不存在最新的主机端口信息，则不对Pod的主机端口信息进行更新。如果根据Pause容器的ID信息，确定存在最新的主机端口信息，则自动将上报任务加入到任务队列中，并将Pause容器ID与HostPort信息缓存到map(进程中的模块内存)中。然后上报任务处理协程从任务队列中取出任务，并从map中取出信息，上报到Pod的annotation中。而且，数据格式举例：{端口映射关系：[{IP地址，容器端口，主机端口，网络协议}，...]；Pause容器ID：具体容器ID}。

通过上述的方案，可以快速的得到Pod的主机端口信息，同时保证Pod的主机端口信息的准确性。

如图3所示，在本申请实施例提供的信息的处理方法中，将目标数据库中存储的第一主机端口信息更新为获取到的目标主机端口信息包括：

步骤S301，获取更新结果，其中，更新结果用于表示是否成功将目标数据库中存储的第一主机端口信息更新为获取到的目标主机端口信息；

步骤S302，若更新结果表示将目标数据库中存储的第一主机端口信息更新为获取到的目标主机端口信息失败，则重新发送更新请求，其中，更新请求用于请求将目标数据库中存储的第一主机端口信息更新为获取到的目标主机端口信息。

例如，在上报失败时，自动把上报任务加入到任务队列，并将HostPort信息与Pause容器ID缓存到map中，自动重试上报。而且，当任务队列接收到新Pause信息时，主动将新信息设置到map中，从而覆盖老信息，确保始终上报最新的信息。

通过上述的方案，在上报失败时，可以通过自动重试机制进行重新上报，从而提升上报流程的高可靠性。

为了快速准确的确定目标数据库中存储的容器组Pod的主机端口信息，在本申请实施例提供的信息的处理方法中，还可以通过以下步骤确定目标数据库中存储的容器组Pod的主机端口信息：若处理结果表示不对目标数据库中存储的第一主机端口信息进行更新处理，则将第一主机端口信息作为目标数据库中存储的容器组Pod的主机端口信息；若处理结果表示对目标数据库中存储的第一主机端口信息进行更新处理，则将获取到的目标主机端口信息作为目标数据库中存储的容器组Pod的主机端口信息。

例如，如果不对Pod的主机端口信息进行更新，则将原来的Pod的主机端口信息作为数据库中存储的容器组Pod的主机端口信息；如果确定对Pod的主机端口信息进行更新，则将获取到的最新的主机端口信息作为数据库中存储的容器组Pod的主机端口信息。

通过上述的方案，可以快速准确的得到数据库中存储的容器组Pod的主机端口信息。

如图4所示，在本申请实施例提供的信息的处理方法中，确定目标数据库中存储的容器组Pod的主机端口信息包括：

步骤S401，获取目标主机端口信息，其中，目标主机端口信息为采集到的容器组Pod的主机端口信息；

步骤S402，判断目标主机端口信息与第一主机端口信息是否相同，得到判断结果，其中，第一主机端口信息为目标数据库中存储的容器组Pod的主机端口信息；

步骤S403，依据判断结果，确定是否对目标数据库中存储的第一主机端口信息进行更新处理，得到处理结果；

步骤S404，基于处理结果，确定目标数据库中存储的容器组Pod的主机端口信息。

例如，HostPort信息处理模块根据Pod管理模块提供的本地的最新的Pause容器ID，校验Pod的annotation中是否存在最新的Pause容器信息(Pause容器ID与HostPort信息)，在缺失时自动将上报任务加入到任务队列中，并将Pause容器ID与HostPort信息缓存到map中。然后上报任务处理协程从任务队列中取出任务，并从map中取出信息，上报到Pod的annotation中，也即，将最新的主机端口信息上报到数据库中，并在数据库中进行存储。

综上所述，可以保证数据库中存储的容器组Pod的主机端口信息的准确性。

为了方便的访问容器组Pod，在本申请实施例提供的信息的处理方法中，还可以通过以下步骤访问容器组Pod：依据目标信息，访问容器组Pod。

例如，根据从数据库中查询到的Pod的主机端口信息，通过主机端口访问容器。

通过上述的方案，可以便捷的通过主机端口访问容器。

例如，图5是本申请实施例中上报流程的示意图，如图5所示，上报流程包括如下步骤：

(1)Kubelet进程启动或者创建Pod时，原有的Pod管理模块调用docker/containerd(容器服务)的接口查询/创建Pause容器，Pause容器中含有该Pod所有的port信息；

(2)在Pod管理模块收到查询到的容器信息时，自动将Pod、Pause容器信息提交到HostPort信息处理模块；

(3)HostPort信息处理模块根据Pod管理模块提供的本地的最新的Pause容器ID，校验Pod的annotation中是否存在最新的Pause容器信息(Pause容器ID与HostPort信息)，并在缺失时自动将上报任务加入到任务队列中，并将Pause容器ID与HostPort信息缓存到map中。上报任务处理协程从任务队列中取出任务，并从map中取出信息，上报到Pod的annotation中。数据格式举例：{端口映射关系：[{IP地址，容器端口，主机端口，网络协议}，...]；Pause容器ID：具体容器ID}；

(4)在上报失败时，自动把上报任务加入到任务队列，并将HostPort信息与Pause容器ID缓存到map中，自动重试上报。而且，当任务队列接收到新Pause信息时，主动将新信息设置到map中，从而覆盖老信息，确保始终上报最新的信息。另外，图5中的“pod_××××”表示数据库中的记录。

例如，图6是本申请实施例中查询使用流程的示意图，如图6所示，查询使用流程包括如下步骤：

(1)浏览器的用户界面(User Interface，UI)或客户端到数据库(master)上发起http请求查询Pod信息，Pod的annotation字段中含有上报上去的HostPort信息，因此一次网络请求即可完成HostPort的查询。

通过上述的方案，简化了HostPort与Pod信息上报与获取流程，实现了高可靠、实时性强、资源消耗低(不用部署单独上报组件与数据库组件)、查询使用简单的优点。

综上，本申请实施例提供的信息的处理方法，通过接收客户端发送的查询请求，其中，查询请求用于请求查询容器组Pod的主机端口信息，容器组Pod为容器调度管理平台中的最小负载单元；响应查询请求，从目标数据库中查询容器组Pod的主机端口信息，得到目标信息，其中，容器组Pod的主机端口信息预先存储在目标数据库中；将目标信息返回至客户端，解决了相关技术中获取容器组Pod的主机端口信息的效率较低，影响通过主机端口访问容器组Pod的效果的问题。通过依据接收到的客户端发送的请求查询容器组Pod的主机端口信息的查询请求，直接从预先存储好容器组Pod的主机端口信息的数据库中查询容器组Pod的主机端口信息，并将查询到的容器组Pod的主机端口信息返回至客户端，从而提升了获取容器组Pod的主机端口信息的效率，进而提升了通过主机端口访问容器组Pod的效果。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本申请实施例还提供了一种信息的处理装置，需要说明的是，本申请实施例的信息的处理装置可以用于执行本申请实施例所提供的用于信息的处理方法。以下对本申请实施例提供的信息的处理装置进行介绍。

图7是根据本申请实施例的信息的处理装置的示意图。如图7所示，该装置包括：第一接收单元701、第一响应单元702和第一返回单元703。

具体地，第一接收单元701，用于接收客户端发送的查询请求，其中，查询请求用于请求查询容器组Pod的主机端口信息，容器组Pod为容器调度管理平台中的最小负载单元；

第一响应单元702，用于响应查询请求，从目标数据库中查询容器组Pod的主机端口信息，得到目标信息，其中，容器组Pod的主机端口信息预先存储在目标数据库中；

第一返回单元703，用于将目标信息返回至客户端。

综上，本申请实施例提供的信息的处理装置，通过第一接收单元701接收客户端发送的查询请求，其中，查询请求用于请求查询容器组Pod的主机端口信息，容器组Pod为容器调度管理平台中的最小负载单元；第一响应单元702响应查询请求，从目标数据库中查询容器组Pod的主机端口信息，得到目标信息，其中，容器组Pod的主机端口信息预先存储在目标数据库中；第一返回单元703将目标信息返回至客户端，解决了相关技术中获取容器组Pod的主机端口信息的效率较低，影响通过主机端口访问容器组Pod的效果的问题。通过依据接收到的客户端发送的请求查询容器组Pod的主机端口信息的查询请求，直接从预先存储好容器组Pod的主机端口信息的数据库中查询容器组Pod的主机端口信息，并将查询到的容器组Pod的主机端口信息返回至客户端，从而提升了获取容器组Pod的主机端口信息的效率，进而提升了通过主机端口访问容器组Pod的效果。

可选地，在本申请实施例提供的信息的处理装置中，该装置还包括：第一获取单元，用于在响应查询请求，从目标数据库中查询容器组Pod的主机端口信息，得到目标信息之前，获取目标主机端口信息，其中，目标主机端口信息为采集到的容器组Pod的主机端口信息；第一判断单元，用于判断目标主机端口信息与第一主机端口信息是否相同，得到判断结果，其中，第一主机端口信息为目标数据库中存储的容器组Pod的主机端口信息；第一处理单元，用于依据判断结果，确定是否对目标数据库中存储的第一主机端口信息进行更新处理，得到处理结果；第一确定单元，用于基于处理结果，确定目标数据库中存储的容器组Pod的主机端口信息。

可选地，在本申请实施例提供的信息的处理装置中，第一处理单元包括：第一处理模块，用于若目标主机端口信息与第一主机端口信息相同，则不对目标数据库中存储的第一主机端口信息进行更新处理；第二处理模块，用于若目标主机端口信息与第一主机端口信息不相同，则将目标数据库中存储的第一主机端口信息更新为获取到的目标主机端口信息。

可选地，在本申请实施例提供的信息的处理装置中，该装置还包括：第二获取单元，用于在若目标主机端口信息与第一主机端口信息不相同，则将目标数据库中存储的第一主机端口信息更新为获取到的目标主机端口信息之后，获取更新结果，其中，更新结果用于表示是否成功将目标数据库中存储的第一主机端口信息更新为获取到的目标主机端口信息；第一发送单元，用于若更新结果表示将目标数据库中存储的第一主机端口信息更新为获取到的目标主机端口信息失败，则重新发送更新请求，其中，更新请求用于请求将目标数据库中存储的第一主机端口信息更新为获取到的目标主机端口信息。

可选地，在本申请实施例提供的信息的处理装置中，第一判断单元包括：第一获取模块，用于获取目标容器的ID信息，其中，目标容器为容器组Pod中的第一个容器；第一判断模块，用于依据目标容器的ID信息，判断容器组Pod的主机端口信息与第一主机端口信息是否相同，得到判断结果。

可选地，在本申请实施例提供的信息的处理装置中，第一确定单元包括：第一确定模块，用于若处理结果表示不对目标数据库中存储的第一主机端口信息进行更新处理，则将第一主机端口信息作为目标数据库中存储的容器组Pod的主机端口信息；第二确定模块，用于若处理结果表示对目标数据库中存储的第一主机端口信息进行更新处理，则将获取到的目标主机端口信息作为目标数据库中存储的容器组Pod的主机端口信息。

可选地，在本申请实施例提供的信息的处理装置中，该装置还包括：第一访问单元，用于在将目标信息返回至客户端之后，依据目标信息，访问容器组Pod。

信息的处理装置包括处理器和存储器，上述第一接收单元701、第一响应单元702和第一返回单元703等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来提升通过主机端口访问容器组Pod的效果。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。

本发明实施例提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行所述信息的处理方法。

如图8所示，本发明实施例提供了一种电子设备，设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现以下步骤：接收客户端发送的查询请求，其中，所述查询请求用于请求查询容器组Pod的主机端口信息，所述容器组Pod为容器调度管理平台中的最小负载单元；响应所述查询请求，从目标数据库中查询所述容器组Pod的主机端口信息，得到目标信息，其中，所述容器组Pod的主机端口信息预先存储在所述目标数据库中；将所述目标信息返回至所述客户端。

处理器执行程序时还实现以下步骤：在响应所述查询请求，从目标数据库中查询所述容器组Pod的主机端口信息，得到目标信息之前，所述方法还包括：获取目标主机端口信息，其中，所述目标主机端口信息为采集到的所述容器组Pod的主机端口信息；判断所述目标主机端口信息与第一主机端口信息是否相同，得到判断结果，其中，所述第一主机端口信息为所述目标数据库中存储的所述容器组Pod的主机端口信息；依据所述判断结果，确定是否对所述目标数据库中存储的所述第一主机端口信息进行更新处理，得到处理结果；基于所述处理结果，确定所述目标数据库中存储的所述容器组Pod的主机端口信息。

处理器执行程序时还实现以下步骤：依据所述判断结果，确定是否对所述目标数据库中存储的所述第一主机端口信息进行更新处理，得到处理结果包括：若所述目标主机端口信息与所述第一主机端口信息相同，则不对所述目标数据库中存储的所述第一主机端口信息进行更新处理；若所述目标主机端口信息与第一主机端口信息不相同，则将所述目标数据库中存储的所述第一主机端口信息更新为获取到的所述目标主机端口信息。

处理器执行程序时还实现以下步骤：在若所述目标主机端口信息与第一主机端口信息不相同，则将所述目标数据库中存储的所述第一主机端口信息更新为获取到的所述目标主机端口信息之后，所述方法还包括：获取更新结果，其中，所述更新结果用于表示是否成功将所述目标数据库中存储的所述第一主机端口信息更新为获取到的所述目标主机端口信息；若所述更新结果表示将所述目标数据库中存储的所述第一主机端口信息更新为获取到的所述目标主机端口信息失败，则重新发送更新请求，其中，所述更新请求用于请求将所述目标数据库中存储的所述第一主机端口信息更新为获取到的所述目标主机端口信息。

处理器执行程序时还实现以下步骤：判断所述目标主机端口信息与第一主机端口信息是否相同，得到判断结果包括：获取目标容器的ID信息，其中，所述目标容器为所述容器组Pod中的第一个容器；依据所述目标容器的ID信息，判断所述容器组Pod的主机端口信息与第一主机端口信息是否相同，得到判断结果。

处理器执行程序时还实现以下步骤：基于所述处理结果，确定所述目标数据库中存储的所述容器组Pod的主机端口信息包括：若所述处理结果表示不对所述目标数据库中存储的所述第一主机端口信息进行更新处理，则将所述第一主机端口信息作为所述目标数据库中存储的所述容器组Pod的主机端口信息；若所述处理结果表示对所述目标数据库中存储的所述第一主机端口信息进行更新处理，则将获取到的所述目标主机端口信息作为所述目标数据库中存储的所述容器组Pod的主机端口信息。

处理器执行程序时还实现以下步骤：在将所述目标信息返回至所述客户端之后，所述方法还包括：依据所述目标信息，访问所述容器组Pod。

本文中的设备可以是服务器、PC、PAD、手机等。

本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：接收客户端发送的查询请求，其中，所述查询请求用于请求查询容器组Pod的主机端口信息，所述容器组Pod为容器调度管理平台中的最小负载单元；响应所述查询请求，从目标数据库中查询所述容器组Pod的主机端口信息，得到目标信息，其中，所述容器组Pod的主机端口信息预先存储在所述目标数据库中；将所述目标信息返回至所述客户端。

当在数据处理设备上执行时，还适于执行初始化有如下方法步骤的程序：在响应所述查询请求，从目标数据库中查询所述容器组Pod的主机端口信息，得到目标信息之前，所述方法还包括：获取目标主机端口信息，其中，所述目标主机端口信息为采集到的所述容器组Pod的主机端口信息；判断所述目标主机端口信息与第一主机端口信息是否相同，得到判断结果，其中，所述第一主机端口信息为所述目标数据库中存储的所述容器组Pod的主机端口信息；依据所述判断结果，确定是否对所述目标数据库中存储的所述第一主机端口信息进行更新处理，得到处理结果；基于所述处理结果，确定所述目标数据库中存储的所述容器组Pod的主机端口信息。

当在数据处理设备上执行时，还适于执行初始化有如下方法步骤的程序：依据所述判断结果，确定是否对所述目标数据库中存储的所述第一主机端口信息进行更新处理，得到处理结果包括：若所述目标主机端口信息与所述第一主机端口信息相同，则不对所述目标数据库中存储的所述第一主机端口信息进行更新处理；若所述目标主机端口信息与第一主机端口信息不相同，则将所述目标数据库中存储的所述第一主机端口信息更新为获取到的所述目标主机端口信息。

当在数据处理设备上执行时，还适于执行初始化有如下方法步骤的程序：在若所述目标主机端口信息与第一主机端口信息不相同，则将所述目标数据库中存储的所述第一主机端口信息更新为获取到的所述目标主机端口信息之后，所述方法还包括：获取更新结果，其中，所述更新结果用于表示是否成功将所述目标数据库中存储的所述第一主机端口信息更新为获取到的所述目标主机端口信息；若所述更新结果表示将所述目标数据库中存储的所述第一主机端口信息更新为获取到的所述目标主机端口信息失败，则重新发送更新请求，其中，所述更新请求用于请求将所述目标数据库中存储的所述第一主机端口信息更新为获取到的所述目标主机端口信息。

当在数据处理设备上执行时，还适于执行初始化有如下方法步骤的程序：判断所述目标主机端口信息与第一主机端口信息是否相同，得到判断结果包括：获取目标容器的ID信息，其中，所述目标容器为所述容器组Pod中的第一个容器；依据所述目标容器的ID信息，判断所述容器组Pod的主机端口信息与第一主机端口信息是否相同，得到判断结果。

当在数据处理设备上执行时，还适于执行初始化有如下方法步骤的程序：基于所述处理结果，确定所述目标数据库中存储的所述容器组Pod的主机端口信息包括：若所述处理结果表示不对所述目标数据库中存储的所述第一主机端口信息进行更新处理，则将所述第一主机端口信息作为所述目标数据库中存储的所述容器组Pod的主机端口信息；若所述处理结果表示对所述目标数据库中存储的所述第一主机端口信息进行更新处理，则将获取到的所述目标主机端口信息作为所述目标数据库中存储的所述容器组Pod的主机端口信息。

当在数据处理设备上执行时，还适于执行初始化有如下方法步骤的程序：在将所述目标信息返回至所述客户端之后，所述方法还包括：依据所述目标信息，访问所述容器组Pod。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种信息的处理方法，其特征在于，包括：

接收客户端发送的查询请求，其中，所述查询请求用于请求查询容器组Pod的主机端口信息，所述容器组Pod为容器调度管理平台中的最小负载单元；

响应所述查询请求，从目标数据库中查询所述容器组Pod的主机端口信息，得到目标信息，其中，所述容器组Pod的主机端口信息预先存储在所述目标数据库中；

将所述目标信息返回至所述客户端。

2.根据权利要求1所述的方法，其特征在于，在响应所述查询请求，从目标数据库中查询所述容器组Pod的主机端口信息，得到目标信息之前，所述方法还包括：

获取目标主机端口信息，其中，所述目标主机端口信息为采集到的所述容器组Pod的主机端口信息；

判断所述目标主机端口信息与第一主机端口信息是否相同，得到判断结果，其中，所述第一主机端口信息为所述目标数据库中存储的所述容器组Pod的主机端口信息；

依据所述判断结果，确定是否对所述目标数据库中存储的所述第一主机端口信息进行更新处理，得到处理结果；

基于所述处理结果，确定所述目标数据库中存储的所述容器组Pod的主机端口信息。

3.根据权利要求2所述的方法，其特征在于，依据所述判断结果，确定是否对所述目标数据库中存储的所述第一主机端口信息进行更新处理，得到处理结果包括：

若所述目标主机端口信息与所述第一主机端口信息相同，则不对所述目标数据库中存储的所述第一主机端口信息进行更新处理；

若所述目标主机端口信息与第一主机端口信息不相同，则将所述目标数据库中存储的所述第一主机端口信息更新为获取到的所述目标主机端口信息。

4.根据权利要求3所述的方法，其特征在于，在若所述目标主机端口信息与第一主机端口信息不相同，则将所述目标数据库中存储的所述第一主机端口信息更新为获取到的所述目标主机端口信息之后，所述方法还包括：

获取更新结果，其中，所述更新结果用于表示是否成功将所述目标数据库中存储的所述第一主机端口信息更新为获取到的所述目标主机端口信息；

若所述更新结果表示将所述目标数据库中存储的所述第一主机端口信息更新为获取到的所述目标主机端口信息失败，则重新发送更新请求，其中，所述更新请求用于请求将所述目标数据库中存储的所述第一主机端口信息更新为获取到的所述目标主机端口信息。

5.根据权利要求2所述的方法，其特征在于，判断所述目标主机端口信息与第一主机端口信息是否相同，得到判断结果包括：

获取目标容器的ID信息，其中，所述目标容器为所述容器组Pod中的第一个容器；

依据所述目标容器的ID信息，判断所述容器组Pod的主机端口信息与第一主机端口信息是否相同，得到判断结果。

6.根据权利要求2所述的方法，其特征在于，基于所述处理结果，确定所述目标数据库中存储的所述容器组Pod的主机端口信息包括：

若所述处理结果表示不对所述目标数据库中存储的所述第一主机端口信息进行更新处理，则将所述第一主机端口信息作为所述目标数据库中存储的所述容器组Pod的主机端口信息；

若所述处理结果表示对所述目标数据库中存储的所述第一主机端口信息进行更新处理，则将获取到的所述目标主机端口信息作为所述目标数据库中存储的所述容器组Pod的主机端口信息。

7.根据权利要求1至6中任意一项所述的方法，其特征在于，在将所述目标信息返回至所述客户端之后，所述方法还包括：

依据所述目标信息，访问所述容器组Pod。

8.一种信息的处理装置，其特征在于，包括：

第一接收单元，用于接收客户端发送的查询请求，其中，所述查询请求用于请求查询容器组Pod的主机端口信息，所述容器组Pod为容器调度管理平台中的最小负载单元；

第一响应单元，用于响应所述查询请求，从目标数据库中查询所述容器组Pod的主机端口信息，得到目标信息，其中，所述容器组Pod的主机端口信息预先存储在所述目标数据库中；

第一返回单元，用于将所述目标信息返回至所述客户端。

9.一种处理器，其特征在于，所述处理器用于运行程序，其中，所述程序运行时执行权利要求1至7中任意一项所述的信息的处理方法。

10.一种电子设备，其特征在于，包括一个或多个处理器和存储器，所述存储器用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现权利要求1至7中任意一项所述的信息的处理方法。

Images