CN114138467B

CN114138467B - 容量自动调整系统、方法、计算机设备及存储介质

Info

Publication number: CN114138467B
Application number: CN202111341394.3A
Authority: CN
Inventors: 刘元松
Original assignee: Suzhou Inspur Intelligent Technology Co Ltd
Current assignee: Suzhou Inspur Intelligent Technology Co Ltd
Priority date: 2021-11-12
Filing date: 2021-11-12
Publication date: 2024-04-26
Anticipated expiration: 2041-11-12
Also published as: CN114138467A

Abstract

本申请涉及一种容量自动调整系统、方法、计算机设备及存储介质，其中，系统包括：至少一个Pod集群、监控模块、部署模块，Pod集群包括至少一个Pod，Pod包括代理容器和至少一个业务容器，代理容器用于劫持K8s分配至Pod的服务请求信息发送至监控模块，并将服务请求信息转发至响应服务请求的目标业务容器，业务容器用于接收代理容器发送的服务请求信息，并响应于该服务请求，监控模块用于对接收到的服务请求信息进行分析汇总，生成均衡当前服务的负载的控制指令，将控制指令发送至部署模块，部署模块用于接收监控模块发送的控制指令，并根据控制指令自动调整当前服务的容量，使服务的平衡负载保持在合理区间范围，提高服务的稳定性和资源利用率。

Description

容量自动调整系统、方法、计算机设备及存储介质

技术领域

本申请涉及云计算技术领域，特别是涉及一种容量自动调整系统、方法、计算机设备及存储介质。

背景技术

随着容器化技术的不断发展成熟，容器的商业程度也不断提高。其中，以容器编排调度引擎(Kubernetes，K8s)为代表，其版本迭代越来越快，功能越来越稳定，生态越来越健全。K8s不直接运行容器，它将一个或者多个容器封装在一个称为Pod的高级结构中，通过Pod响应系统的服务请求。

为了保证服务的稳定运行，根据当前服务的负载调整Pod的个数，使得服务的平均负载处于一个可控的合理范围。目前，若当前服务的负载发生变化，在K8s中难以及时地调整Pod的数量，降低服务的稳定性，且资源利用率低。

发明内容

基于此，有必要针对上述技术问题，提供一种容量自动调整系统、方法、计算机设备及存储介质，能够动态调整Pod的数量，使服务的平衡负载保持在合理区间范围，提高服务的稳定性和资源利用率。

第一方面，提供一种容量自动调整系统，该系统基于容器编排调度引擎K8s搭建，包括：至少一个Pod集群、监控模块、部署模块，其中，Pod集群包括至少一个Pod，每个Pod内封装有代理容器和至少一个业务容器；

代理容器，用于劫持K8s分配至Pod的服务请求信息发送至监控模块，并将服务请求信息转发至目标业务容器，目标业务容器为至少一个业务容器中提供服务请求信息对应的当前服务的业务容器；

业务容器，用于接收代理容器发送的服务请求信息，并响应于服务请求信息对应的当前服务的请求；

监控模块，用于接收至少一个Pod中的代理容器发送的服务请求信息，根据服务请求信息生成均衡当前服务的负载的控制指令，将控制指令发送至部署模块；

部署模块，用于接收监控模块发送的控制指令，并根据控制指令自动调整当前服务的容量。

在一些可能的实现方式中，监控模块，用于根据服务请求信息生成均衡当前服务的负载的控制指令，包括：

监控模块，用于分析服务请求信息，得到至少一个Pod的服务链路信息，并根据服务链路信息生成均衡当前服务的负载的控制指令。

在一些可能的实现方式中，监控模块，用于根据服务链路信息生成均衡当前服务的负载的控制指令，包括：

监控模块，具体用于根据服务链路信息实时监测至少一个Pod中的目标业务容器响应于当前服务提供的流量，通过预设算法计算当前服务的当前负载值和未来负载值；

当前负载值或未来负载值大于预设阈值时，生成均衡当前服务的负载的添加控制指令；

当前负载值或未来负载值小于预设阈值时，生成均衡当前服务的负载的缩减控制指令。

在一些可能的实现方式中，部署模块，用于根据控制指令自动调整当前服务的容量，包括：

部署模块，具体用于当控制指令为添加控制指令时，增加Pod集群中Pod的数量，以延伸当前服务的容量；

当控制指令为缩减控制指令时，减少Pod集群中Pod的数量，以缩小当前服务的容量。

在一些可能的实现方式中，代理容器，用于将服务请求信息转发至目标业务容器，包括：

代理容器，用于解析服务请求信息，得到提供服务请求信息对应的当前服务的业务容器的端口信息；

根据端口信息，将服务请求信息转发至目标业务容器。

在一些可能的实现方式中，该系统还包括：查询模块，用于根据服务链路信息提供请求链路查询，以展示服务请求信息对应的服务请求经过的服务节点和链路转发路径。

第二方面，提供了一种容量自动调整方法，该方法应用于第一方面或者第一方面任意一种实现方式中的容量自动调整系统，包括：

代理容器劫持K8s分配至Pod的服务请求信息发送至监控模块，并将服务请求信息转发至目标业务容器，目标业务容器为至少一个业务容器中提供服务请求信息对应的当前服务的业务容器；

业务容器接收代理容器发送的服务请求信息，并响应于服务请求信息对应的当前服务的请求；

监控模块接收至少一个Pod中的代理容器发送的服务请求信息，根据服务请求信息生成均衡当前服务的负载的控制指令，将控制指令发送至部署模块；

部署模块接收监控模块发送的控制指令，并根据控制指令自动调整当前服务的容量。

在一种可能的实现方式中，监控模块根据服务请求信息生成均衡当前服务的负载的控制指令，包括：

监控模块分析服务请求信息，得到至少一个Pod的服务链路信息；

根据服务链路信息生成均衡当前服务的负载的控制指令。

第三方面，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现第二方面或者第二方面任意一种实现方式中的容量自动调整方法。

第四方面，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现第二方面或者第二方面任意一种实现方式中的容量自动调整方法。

上述容量自动调整系统、方法、计算机设备及存储介质，其中，系统包括：至少一个Pod集群、监控模块、部署模块，Pod集群包括至少一个Pod，每个Pod内封装有代理容器和至少一个业务容器，代理容器用于劫持K8s分配至Pod的服务请求信息发送至监控模块，并将服务请求信息转发至该代理容器所在的Pod集群中正在提供服务的业务容器中，业务容器用于接收代理容器发送的服务请求信息，并响应于服务请求信息对应的当前服务的请求，监控模块用于对接收到的所有请求信息进行分析汇总，生成均衡当前服务的负载的控制指令，将控制指令发送至部署模块，部署模块用于接收监控模块发送的控制指令，并根据控制指令自动调整当前服务的容量，使服务的平衡负载保持在合理区间范围，提高服务的稳定性和资源利用率。

附图说明

图1为本申请一个实施例中容量自动调整系统的结构示意图；

图2为一个实施例中容量自动调整方法的流程示意图；

图3为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

微服务的k8s化随着企业的不断发展壮大，对服务、算力的需求也与日俱增。云计算时代，企业上云成功打破了物理服务器设备对企业的束缚，企业可根据发展的需要，增加或减少服务器的规模实现了按需、按量获取的计划性、经济性发展，业务上云成为发展的趋势和主流。

在微服务架构下，一个大型系统往往由几十个微服务构成，由于每个微服务独立提供单一的服务，一个比较复杂的系统功能往往需要数个甚至数十个微服务模块协作完成，因此，微服务之间的请求链路也更加的复杂。而在系统运行中，针对整个请求链路的监控、追踪与分析，有利于准确及时地调整Pod的数量，使服务的平衡负载保持在合理区间范围，提高服务的稳定性。因此，能够全面准确地监控请求链路数据对系统的健康运行具有重要的意义。

图1示出了本申请一个实施例提供的容量自动调整系统的结构示意图，该系统利用k8s的服务和部署模块部署微服务模块，每一个服务代表一种微服务，并且由关联的多个pod构成微服务集群，每个pod可提供完全相同的服务能力，统一对外提供单一服务。如图1所示，包括：至少一个Pod集群100、监控模块200、部署模块300，其中，Pod集群100包括至少一个Pod110，每个Pod110内封装有代理容器111和至少一个业务容器112。图1中仅简单示出了容量自动调整系统包括一个Pod集群100，Pod包括一个业务容器的情况，在实际应用中，容量自动调整系统可以包括多个Pod集群100，Pod包括多个业务容器112，此处不做限定。

其中，代理容器，用于劫持K8s分配至Pod的服务请求信息发送至监控模块，并将服务请求信息转发至目标业务容器，目标业务容器为至少一个业务容器中提供服务请求信息对应的当前服务的业务容器。

当在web端要访问某个服务时，向后端发送一个访问请求，K8s自动解析出该服务对应的Pod集群，然后自动把服务请求分配到Pod集群中的一个Pod中。

代理容器劫持所有K8s分配至Pod的服务请求信息，并发送至监控模块。代理容器功能简单，仅需要较少的资源就可以实现既定功能，避免资源的过多占用。

同时，通过解析服务请求信息，获取当前服务的路径、源地址、目的地址容、容器端口等信息，由于每个业务容器暴露的端口不一样，根据解析出的容器端口将请求转发至当前Pod中的真正提供该服务的业务容器中，即，目标业务容器。代理容器前置，且功能相对独立，避免了对业务容器的侵入。

业务容器，用于接收代理容器发送的服务请求信息，并响应于服务请求信息对应的当前服务的请求。

监控模块，用于接收至少一个Pod中的代理容器发送的服务请求信息，根据服务请求信息生成均衡当前服务的负载的控制指令，将控制指令发送至部署模块。

若web端要访问多个服务时，向后端发送多个访问请求，K8s解析出多个服务对应的Pod集群，然后自动把服务请求分配到多个Pod集群中的一个Pod中，也就是说，会有多个Pod将要接收到服务请求信息，每个Pod中的代理容器劫持其所在Pod分配到的服务请求信息发送至监控模块，监控模块接收到至少一个服务请求信息，根据服务链路信息生成均衡当前服务的负载的控制指令，将控制指令发送至部署模块。

在本申请实施例中，代理容器用于劫持K8s分配至Pod的服务请求信息发送至监控模块，并将服务请求信息转发至该代理容器所在的Pod集群中正在提供服务的业务容器中，业务容器用于接收代理容器发送的服务请求信息，并响应于服务请求信息对应的当前服务的请求，监控模块用于对接收到的所有请求信息进行分析汇总，生成均衡当前服务的负载的控制指令，将控制指令发送至部署模块，部署模块用于接收监控模块发送的控制指令，并根据控制指令自动调整当前服务的容量，使服务的平衡负载保持在合理区间范围，提高服务的稳定性和资源利用率。

在一些实施例中，监控模块，用于根据服务请求信息生成均衡当前服务的负载的控制指令，包括：

服务链路信息为所有Pod接收的服务请求形成的链路信息。监控模块对所有的服务请求信息进行汇总、分析，形成所有服务请求的链路信息，全面准确地监控请求链路信息，根据链路信息生成均衡当前服务的负载的控制指令。

在一些实施例中，监控模块，用于根据服务链路信息生成均衡当前服务的负载的控制指令，包括：

监控模块根据Pod上报的服务请求信息实时监测Pod中的目标业务容器响应于当前服务提供的流量，通过预设算法计算当前负载值和未来负载值。当前负载值或未来负载值大于预设阈值时，说明当前负载和未来负载过高，需要更多的Pod为服务提供流量，生成均衡当前服务的负载的添加控制指令。当前负载值或未来负载值小于预设阈值时，说明当前负载和未来负载过低，需要较少的Pod为服务提供流量，生成均衡当前服务的负载的缩减控制指令。其中，预设算法为预测算法，预设阈值可根据实际应用确定，此处不做限定。

本申请实施例中流量负载分析可基于接口级别，对比与仅仅根据CPU等指标，更加贴合实际业务，具有更好的灵活性。

在一些实施例中，部署模块，用于根据控制指令自动调整当前服务的容量，包括：

当部署模块接收到添加控制指令时，k8s可自动编排出服务能力完全相同的pod，自动加入到原Pod集群中，降低服务的平均负载；当部署模块接收到缩减控制指令时，k8s可自动销毁一个pod，并从原服务集群中移除，提高服务的平均负载，实现当前服务容量的伸缩，使得服务的平均负载保持在合理的范围内，有利于资源的合理分配。

在一些实施例中，该系统还包括：查询模块，用于根据服务链路信息提供请求链路查询，以展示服务请求信息对应的服务请求经过的服务节点和链路转发路径。

监控模块通过查询模块提供实时地请求链路查询服务，可形象地展示服务请求经过的每个服务节点和链路转发路径，对外提供了服务请求的全生命周期的监控、追踪，对整个系统的健康运作提供了保证。

在一些实施例中，如图2所示，提供了一种容量自动调整方法，该方法应用于图1所示的系统中，包括以下步骤：

S210，代理容器劫持K8s分配至Pod的服务请求信息发送至监控模块，并将服务请求信息转发至目标业务容器，目标业务容器为至少一个业务容器中提供服务请求信息对应的当前服务的业务容器；

S220，业务容器接收代理容器发送的服务请求信息，并响应于服务请求信息对应的当前服务的请求；

S230，监控模块接收至少一个Pod中的代理容器发送的服务请求信息，根据服务请求信息生成均衡当前服务的负载的控制指令，将控制指令发送至部署模块；

S240，部署模块接收监控模块发送的控制指令，并根据控制指令自动调整当前服务的容量。

在本申请实施例中，能够使服务的平衡负载保持在合理区间范围，提高服务的稳定性和资源利用率。

在一些实施例中，监控模块根据服务请求信息生成均衡当前服务的负载的控制指令，包括：

根据服务链路信息生成均衡当前服务的负载的控制指令。

在一些实施例中，监控模块根据服务链路信息生成均衡当前服务的负载的控制指令，包括：

监控模块根据服务链路信息实时监测至少一个Pod中的目标业务容器响应于当前服务提供的流量，通过预设算法计算当前服务的当前负载值和未来负载值；

在一些实施例中，部署模块根据控制指令自动调整当前服务的容量，包括：

当控制指令为添加控制指令时，增加Pod集群中Pod的数量，以延伸当前服务的容量；

在一些实施例中，代理容器将服务请求信息转发至目标业务容器，包括：

代理容器解析服务请求信息，得到提供服务请求信息对应的当前服务的业务容器的端口信息；

根据端口信息，将服务请求信息转发至目标业务容器。

在一些实施例中，该方法还包括：查询模块根据服务链路信息提供请求链路查询，以展示服务请求信息对应的服务请求经过的服务节点和链路转发路径。

应该理解的是，虽然图2的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一些实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图3所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种容量自动调整方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图3中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一些实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现以下步骤：

在一些实施例中，处理器执行计算机程序时还实现以下步骤：监控模块根据服务请求信息生成均衡当前服务的负载的控制指令，包括：监控模块分析服务请求信息，得到至少一个Pod的服务链路信息；根据服务链路信息生成均衡当前服务的负载的控制指令。

在一些实施例中，处理器执行计算机程序时还实现以下步骤：监控模块根据服务链路信息生成均衡当前服务的负载的控制指令，包括：监控模块根据服务链路信息实时监测至少一个Pod中的目标业务容器响应于当前服务提供的流量，通过预设算法计算当前服务的当前负载值和未来负载值；当前负载值或未来负载值大于预设阈值时，生成均衡当前服务的负载的添加控制指令；当前负载值或未来负载值小于预设阈值时，生成均衡当前服务的负载的缩减控制指令。

在一些实施例中，处理器执行计算机程序时还实现以下步骤：部署模块根据控制指令自动调整当前服务的容量，包括：当控制指令为添加控制指令时，增加Pod集群中Pod的数量，以延伸当前服务的容量；当控制指令为缩减控制指令时，减少Pod集群中Pod的数量，以缩小当前服务的容量。

在一些实施例中，处理器执行计算机程序时还实现以下步骤：代理容器将服务请求信息转发至目标业务容器，包括：代理容器解析服务请求信息，得到提供服务请求信息对应的当前服务的业务容器的端口信息；根据端口信息，将服务请求信息转发至目标业务容器。

在一些实施例中，处理器执行计算机程序时还实现以下步骤：查询模块根据服务链路信息提供请求链路查询，以展示服务请求信息对应的服务请求经过的服务节点和链路转发路径。

在一些实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

在一些实施例中，计算机程序被处理器执行时还实现以下步骤：监控模块根据服务请求信息生成均衡当前服务的负载的控制指令，包括：监控模块分析服务请求信息，得到至少一个Pod的服务链路信息；根据服务链路信息生成均衡当前服务的负载的控制指令。

在一些实施例中，计算机程序被处理器执行时还实现以下步骤：监控模块根据服务链路信息生成均衡当前服务的负载的控制指令，包括：监控模块根据服务链路信息实时监测至少一个Pod中的目标业务容器响应于当前服务提供的流量，通过预设算法计算当前服务的当前负载值和未来负载值；当前负载值或未来负载值大于预设阈值时，生成均衡当前服务的负载的添加控制指令；当前负载值或未来负载值小于预设阈值时，生成均衡当前服务的负载的缩减控制指令。

在一些实施例中，计算机程序被处理器执行时还实现以下步骤：部署模块根据控制指令自动调整当前服务的容量，包括：当控制指令为添加控制指令时，增加Pod集群中Pod的数量，以延伸当前服务的容量；当控制指令为缩减控制指令时，减少Pod集群中Pod的数量，以缩小当前服务的容量。

在一些实施例中，计算机程序被处理器执行时还实现以下步骤：代理容器将服务请求信息转发至目标业务容器，包括：代理容器解析服务请求信息，得到提供服务请求信息对应的当前服务的业务容器的端口信息；根据端口信息，将服务请求信息转发至目标业务容器。

在一些实施例中，计算机程序被处理器执行时还实现以下步骤：查询模块根据服务链路信息提供请求链路查询，以展示服务请求信息对应的服务请求经过的服务节点和链路转发路径。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims

1.一种容量自动调整系统，所述系统基于容器编排调度引擎K8s搭建，其特征在于，包括：至少一个Pod集群、监控模块、部署模块，其中，所述Pod集群包括至少一个Pod，每个所述Pod内封装有代理容器和至少一个业务容器；

所述代理容器，用于劫持K8s分配至Pod的服务请求信息发送至所述监控模块，并将所述服务请求信息转发至目标业务容器，具体用于解析所述服务请求信息，得到提供所述服务请求信息对应的当前服务的业务容器的端口信息，根据所述端口信息，将所述服务请求信息转发至目标业务容器，所述目标业务容器为所述至少一个业务容器中提供所述服务请求信息对应的当前服务的业务容器；

所述业务容器，用于接收所述代理容器发送的服务请求信息，并响应于所述服务请求信息对应的当前服务的请求；

所述监控模块，用于接收所述至少一个Pod中的代理容器发送的所述服务请求信息，根据所述服务请求信息生成均衡所述当前服务的负载的控制指令，将所述控制指令发送至所述部署模块，具体用于分析所述服务请求信息，得到所述至少一个Pod的服务链路信息，并根据所述服务链路信息生成均衡所述当前服务的负载的控制指令，其中，所述服务链路信息为所述至少一个Pod接收的服务请求形成的链路信息，由所述监控模块对所有的服务请求信息进行汇总、分析得到服务请求的整个链路信息；

所述部署模块，用于接收所述监控模块发送的控制指令，并根据所述控制指令自动调整所述当前服务的容量。

2.根据权利要求1所述的系统，其特征在于，所述监控模块，用于根据所述服务链路信息生成均衡所述当前服务的负载的控制指令，包括：

所述监控模块，具体用于根据所述链路信息实时监测所述至少一个Pod中的目标业务容器响应于所述当前服务提供的流量，通过预设算法计算所述当前服务的当前负载值和未来负载值；

当所述当前负载值或未来负载值大于预设阈值时，生成均衡当前服务的负载的添加控制指令；

当所述当前负载值或未来负载值小于预设阈值时，生成均衡当前服务的负载的缩减控制指令。

3.根据权利要求2所述的系统，其特征在于，所述部署模块，用于根据所述控制指令自动调整所述当前服务的容量，包括：

所述部署模块，具体用于当所述控制指令为所述添加控制指令时，增加所述Pod集群中Pod的数量，以延伸所述当前服务的容量；

当所述控制指令为所述缩减控制指令时，减少所述Pod集群中Pod的数量，以缩小所述当前服务的容量。

4.根据权利要求1所述的系统，其特征在于，所述系统还包括：查询模块，用于根据所述服务链路信息提供请求链路查询，以展示服务请求信息对应的服务请求经过的服务节点和链路转发路径。

5.一种容量自动调整方法，其特征在于，所述方法应用于权利要求1至4任意一项所述的系统，包括：

所述代理容器劫持K8s分配至Pod的服务请求信息发送至所述监控模块，并将所述服务请求信息转发至目标业务容器，具体包括：解析所述服务请求信息，得到提供所述服务请求信息对应的当前服务的业务容器的端口信息，根据所述端口信息，将所述服务请求信息转发至目标业务容器，所述目标业务容器为所述至少一个业务容器中提供所述服务请求信息对应的当前服务的业务容器；

所述业务容器接收所述代理容器发送的服务请求信息，并响应于所述服务请求信息对应的当前服务的请求；

所述监控模块接收所述至少一个Pod中的代理容器发送的所述服务请求信息，根据所述服务请求信息生成均衡所述当前服务的负载的控制指令，将所述控制指令发送至所述部署模块，具体包括：分析所述服务请求信息，得到所述至少一个Pod的服务链路信息，并根据所述服务链路信息生成均衡所述当前服务的负载的控制指令，其中，所述服务链路信息为所述至少一个Pod接收的服务请求形成的链路信息，由所述监控模块对所有的服务请求信息进行汇总、分析得到服务请求的整个链路信息；

所述部署模块接收所述监控模块发送的控制指令，并根据所述控制指令自动调整所述当前服务的容量。

6.根据权利要求5所述的方法，其特征在于，所述监控模块根据所述服务请求信息生成均衡所述当前服务的负载的控制指令，包括：

所述监控模块分析所述服务请求信息，得到所述至少一个Pod的服务链路信息；

根据所述服务链路信息生成均衡所述当前服务的负载的控制指令。

7.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求5至6中任一项所述方法的步骤。

8.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求5至6中任一项所述的方法的步骤。