一种容器应用监控方法及系统与流程

本发明涉及业务支撑和软件构架技术领域，特别涉及一种容器应用监控方法及系统。

背景技术：

随着容器虚拟化技术(container)的发展，实现了对传统应用更为灵活的部署和管理方式，同时也实现了资源的隔离和限制，满足了快速部署和应用多样化的需求。目前，在业务支撑领域中，为了能够更好的提升各类业务系统的性能，可靠性，高可用性和高扩展性等功能，如，业务运行支撑系统(business&operationsupportsystem，boss)、客户关系管理系统(customerrelationshipmanagement，crm)等，软件构架设计逐步向微服务化、容器化演进，也已基本实现了虚拟机上部署的方式。架构的演进必然带来技术的升级，但业务系统的运行情况仍需实时监控，以保障业务的正常运行。

目前，针对业务系统，或业务系统中各应用的主流传统监控方式包括：通过硬件对业务系统中各主机硬件的工作参数进行监控的方式，通过在被监测主机上安装探针或代理软件对业务系统中各主机进行监控的方式，或者通过中心服务器采集、汇总业务系统中各主机的指标数据对业务系统中各主机进行监控的方式。

然而，现有的业务系统性能监控是以系统进程为对象记录的，由于容器虚拟化技术的应用，通常会在一个主机上部署多个独立业务服务，那么，一个主机即可对外提供多个功能，然而，从系统进程的角度看，多个独立业务服务之间并无差异。

技术实现要素：

本发明实施例的目的是提供一种容器应用监控方法及系统，用以解决现有技术中存在的无法对容器应用的运行状况进行监控的问题。

本发明实施例中提供的具体技术方案如下：

第一方面，本发明提供一种容器应用监控系统，上述容器应用监控系统至少包括接口服务模块，推送网关模块，数据处理模块和数据存储模块，其中，上述接口服务模块，用于接入被监控的各容器应用，拉取上述各容器应用的指标数据，并将上述各容器应用的指标数据推送至上述推送网关模块；上述推送网关模块，用于接收上述接口服务模块推送的指标数据，并基于预设的数据推送规则将上述接口服务模块推送的指标数据推送至上述数据处理模块；上述数据处理模块，用于接收上述推送网关模块推送的指标数据，对上述推送网关模块推送的指标数据进行处理，得到相应的监控数据，基于上述监控数据分别确定各容器应用的运行状况。

采用本发明提供的容器应用监控系统，在对容器应用进行监控的过程中，接口服务模块通过拉取数据的方式从被监控的各容器应用获取相应的指标数据，并通过推送数据的方式将获取的相应的指标数据推送至推送网关模块，无需在被监控容器应用本身安装探针/代理软件获取指标数据，进一步的，推送网关模块通过预设推送规则将接收到的指标数据推送至数据处理模块进行处理，得到相应的监控数据，基于上述监控数据分别确定各容器应用的运行状况，本发明实施例中，推送网关模块推送指标数据的方式，避免了由于指标数据高并发情况的发生而导致数据处理模块处理不及时，增大系统压力的问题。

可选的，上述容器应用监控系统的数据处理模块进一步用于：基于上述监控数据的数据类型分别将上述监控数据采用时间序列存储方式和/或键值存储方式存储至上述数据存储模块。

上述可选的方式表征，数据处理模块在完成数据处理后，根据监控数据的数据类型采用相应的时间序列存储方式和/或键值存储方式将监控数据进行分布式存储操作。

可选的，上述容器应用监控系统，进一步包括：监控数据展示模块，与上述数据处理模块通过应用程序接口相连，用于在接收到监控数据查询指令时，基于上述监控数据查询指令从上述数据处理模块获取并展示相应的监控数据。

上述可选的方式表征上述容器应用监控系统还包括供用户直接进行监控数据查询的功能，提升用户体验。

可选的，上述容器应用监控系统，进一步包括：告警模块，与上述数据处理模块相连，用于在接收到上述数据处理模块发送的告警事件时，告知用户。

上述可选的方式表征上述容器应用监控系统还包括告警功能，数据处理模块在确定告警时间发生时，将告警时间发送至告警模块，告警模块进行关联性分析处理，及时将告警详细信息告知用户，进一步提升用户体验。

可选的，上述容器应用监控系统，进一步包括：服务发现模块，与上述数据处理模块相连，用于实现对第三方容器应用管理平台的监控。

上述可选的方式表征上述容器应用监控系统还包括对外开放的服务接口，用于与其他容器应用管理平台对接，以实现对其他容器应用管理平台的监控，提升了上述容器应用监控系统的兼容性。

第二方面，本发明提供一种容器应用监控方法，应用于容器应用监控系统，上述方法包括：容器应用监控系统的接口服务模块拉取已接入的各容器应用的指标数据，并将上述各容器应用的指标数据推送至上述容器应用监控系统的推送网关模块；上述容器应用监控系统的推送网关模块基于预设的数据推送规则将上述接口服务模块推送的指标数据推送至上述容器应用监控系统的数据处理模块；上述容器应用监控系统的数据处理模块对接收到的上述推送网关模块推送的指标数据进行处理，得到相应的监控数据，基于上述监控数据分别确定各容器应用的运行状况。

可选的，上述容器应用监控方法，进一步包括：上述数据处理模块基于上述监控数据的数据类型分别将上述监控数据采用时间序列存储方式和/或键值存储方式存储至上述数据存储模块。

可选的，上述容器应用监控方法，进一步包括：上述容器应用监控系统的监控数据展示模块在接收到监控数据查询指令时，基于上述监控数据查询指令从上述数据处理模块获取并展示相应的监控数据。

可选的，上述容器应用监控方法，进一步包括：上述容器应用监控系统的告警模块在接收到上述数据处理模块发送的告警事件时，告知用户。

可选的，上述容器应用监控方法中，上述预设的数据推送规则为：上述推送网关模块采用消息队列的方式向上述数据处理模块推送指标数据。

可选的，上述容器应用监控方法中，在基于上述监控数据分别确定各容器应用的运行状况时，具体包括：针对上述各容器应用中每一容器应用分别执行以下操作：获取一个容器应用相对应的监控数据，并基于上述一个容器应用相对应的监控数据判断上述一个容器应用的运行状况是否正常。

可选的，上述容器应用监控方法，进一步包括：数据处理模块基于上述各容器应用的监控数据，判断运行上述各容器应用的服务器的运行状况是否正常。

第三方面，本发明提供一种计算设备，上述计算设备包括：存储器，用于存储程序指令；

处理器，用于调用上述存储器中存储的程序指令，按照获得的程序执行上述第二方面中任一项方法。

第四方面，本发明提供一种计算机可读存储介质，上述计算机可读存储介质存储有计算机可执行指令，上述计算机可执行指令用于使上述计算机执行上述第二方面中任一项方法。

本发明有益效果如下：

综上所述，本发明实施例中，容器应用监控系统的接口服务模块拉取已接入的各容器应用的指标数据，并将上述各容器应用的指标数据推送至上述容器应用监控系统的推送网关模块；上述容器应用监控系统的推送网关模块基于预设的数据推送规则将上述接口服务模块推送的指标数据推送至上述容器应用监控系统的数据处理模块；上述容器应用监控系统的数据处理模块对接收到的上述推送网关模块推送的指标数据进行处理，得到相应的监控数据，基于上述监控数据分别确定各容器应用的运行状况。

采用上述方法，接口服务模块通过拉取和推送数据的方式将获取到的被监控的各容器应用获取相应的指标数据推送至推送网关模块，无需在被监控容器应用本身安装探针/代理软件，进一步的，推送网关模块通过预设推送规则将接收到的指标数据推送至数据处理模块进行处理，得到相应的监控数据，基于上述监控数据分别确定各容器应用的运行状况，实现了对容器应用的监控，且本发明实施例中，推送网关模块采用推送指标数据的方式，避免了指标数据高并发情况的发生，降低系统压力。

附图说明

图1为本发明实施例中，一种容器应用监控系统的系统架构图；

图2为本发明实施例中，另一种容器应用监控系统的系统架构图；

图3为本发明实施例中，一种容器应用监控方法的详细流程图；

图4为本发明实施例中，容器应用监控系统与被监控平台之间，及容器应用监控系统的各模块之间的数据处理和传输示意图；

图5为本发明实施例中，一种容器应用监控系统中数据传输及处理示意图。

具体实施方式

为了便于理解本发明实施例中介绍的技术方案，现给出部分术语的定义：

1、指标数据：是指用于表征容器应用运行状况和/或运行各容器应用的硬件设备运行状况的数据。

2、拉取数据：是指从容器应用和/或从运行容器应用的硬件设备上“拖下”数据，例如使用超文本传输协议(hypertexttransferprotocol，http)，java管理扩展(javamanagementextensions，jmx)，java数据库连接(javadatabaseconnectivity，jdbc)等。

3、推送数据：是指将从容器应用和/或从运行容器应用的硬件设备上“拖下”数据主动推送给推送网关模块。

4、数据推送规则：是指推送数据所遵循的，用户定制的法则。

5、时间序列存储方式：指处理带时间标签(按照时间的顺序变化，即时间序列化)的数据。

6、键值存储方式：以键值对存储，结构不固定，每一个元组可以有不一样的字段，每个元组可以根据需要增加一些自己的键值对，不局限于固定的结构。

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

首先，本发明实施例中术语“和”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

本发明实施例中，容器应用监控系统通过接口服务模块，采用拉取数据的方式从被监控平台中运行的各容器应用处获取指标数据，这样，就无需在容器应用本身部署用于指标数据采集的探针/代理软件，其中，不同容器应用所采用的接口协议类型可以不同(如，http，jmx，jdbc等)，那么，接口服务模块提供有不同接口协议类型的接口，以使得采用不同接口协议类型的不同容器应用均能通过接口服务模块接入容器应用监控系统。

本发明实施例中，为防止指标数据高并发情况的发生，容器应用监控系统中设置有用于缓存和中转各容器应用的指标数据的推送网关模块，接口服务模块将获取到的各容器应用的指标数据通过推送数据的方式推送至推送网关模块，推送网关模块中预设有相应的数据推送规则，那么，推送网关模块在接收到接口服务模块推送的指标数据后，基于预设的推送规则将接收到的指标数据主动推送至容器应用监控系统的数据处理模块，可选的，推送网关模块是基于事件驱动架构(eventdrivenarchitecture，eda)的，当前，数据推送规则为用于定义指标数据的推送方式，该推送方式用于避免指标数据高并发情况的发生，而导致容器应用监控系统的数据处理模块不能及时对指标数据进行处理和存储，进而最终导致增大系统压力，本发明实施例中，推送网关模块的模块构架并不仅限于eda。

本发明实施例中，容器应用监控系统包括数据处理模块，数据处理模块用于对推送网关模块推送的指标数据进行数据处理，并将通过对指标数据处理后得到的监控数据进行存储。

当然，本发明实施例中，容器应用监控系统还可以对外提供监控数据查询和显示服务，可选的，数据处理模块接收并响应容器应用监控系统外部输入的查询指令，容器应用监控系统中的监控数据展示模块用于向用户展示查询的监控数据，其中，监控数据展示模块可通过应用程序编程接口(applicationprogramminginterface，api)接入数据处理模块，该api还可以开放给通过签名认证的第三方终端，实现了监控数据的远程查看功能。

本发明实施例中，为了提供用户体验度，方便用户能及时了解到监控告警事件，容器应用监控模块还可以实现告警功能，用于及时告知用户告警事件详细信息，可选的，数据处理模块在基于监控数据确定告警事件发生时，将告警事件详细信息推送给告警模块，告警模块对接收到的告警事件进行关联性分析，并将告警事件详细信息通过邮件、信息或其它方式及时通知用户。

当然，为了实现对现有的其他容器应用管理平台的对接，以实现对现有的其他容器应用管理平台的监控，本发明实施例中，容器应用监控系统还包括用于接入其他容器应用管理平台的服务发现模块，可选的，数据处理模块对外开放api，用于实现其他容器应用管理平台的接入，以实现从已接入的其他容器应用管理平台中获取指标数据，从而完成对其他容器应用管理平台的监控。

下面将通过具体实施例对本发明的方案进行详细描述，当然，本发明并不限于以下实施例。

随着容器虚拟化技术应用于业务系统的业务支撑和/或软件构架技术上时，为了实现对容器应用运行状况进行有效监控，使得容器应用指标数据的采集无需采用探针/代理软件，提高指标数据采集正确性和完整性，且采用合理的数据传输规则传输采集到的指标数据，本发明实施例中，提供一种容器应用监控系统，具体的，参阅图1所示，本发明实施例中，容器应用监控系统至少包括接口服务模块，推送网关模块，数据处理模块和数据存储模块，其中，

上述接口服务模块，用于接入被监控的各容器应用，拉取上述各容器应用的指标数据，并将上述各容器应用的指标数据推送至上述推送网关模块。

实际应用中，需要根据被监控平台中各容器应用分别采用的接口协议类型配置上述接口服务模块，即容器应用需在上述容器应用监控系统的接口服务模块上完成接口注册，接入上述接口服务模块上。当然，上述接口协议类型可以包括但不限于http，jmx，jdbc等通用类型。

例如，假设被监控平台中容器应用1所采用的接口协议类型为http，那么，在容器应用1接入容器应用监控平台的接口服务模块时，即可根据容器应用1所采用的接口协议类型为容器应用1分配相应的接口协议类型为http的接口10。

又例如，假设被监控平台中容器应用2所采用的接口协议类型为jmx，那么，在容器应用2接入容器应用监控平台的接口服务模块时，即可根据容器应用2所采用的接口协议类型为容器应用2分配相应的接口协议类型为jmx的接口20。

又例如，假设被监控平台中容器应用3所采用的接口协议类型为jdbc，那么，在容器应用3接入容器应用监控平台的接口服务模块时，即可根据容器应用3所采用的接口协议类型为容器应用3分配相应的接口协议类型为jdbc的接口30。

在容器应用完成接口注册后，容器应用监控系统的接口服务模块即可通过拉取数据的方式从已接入，被监控的各容器应用上获取相应的指标数据，这样，就无需在容器应用本身安装探针/代理软件，进一步的，接口服务模块通过推送数据的方式将拉取到的指标数据推送至容器应用监控系统的推送网关模块，而并非直接推送至容器应用监控系统的数据处理模块。

上述推送网关模块，用于接收上述接口服务模块推送的指标数据，并基于预设的数据推送规则将上述接口服务模块推送的指标数据推送至上述数据处理模块。

实际应用中，若接口服务模块直接将拉取到的各容器应用的指标数据推送至数据处理模块，即有可能发生指标数据高并发的情况，从而可能会导致数据处理模块处理/存储不及时，增大系统压力，那么，本发明实施例中，容器应用监控系统中设置有用于缓冲/转发指标数据的推送网关模块，推送网关模块基于预设的数据推送规则将接收到的指标数据推送至数据处理模块。可选的，本发明实施例中，预设的数据推送规则可以为：推送网关模块采用消息队列的方式向数据处理模块推送指标数据。

例如，假设推送网关模块按照指标数据先进先出，且设定指定时长内推送的指标数据量不超过设定阈值的方式，将接收到的指标数据推送至数据处理模块进行数据抽取、清洗、转换和装载处理。

当然，指定时长和设定阈值的设定可根据不同实际应用场景进行相应设置，本发明实施例中，在此不做具体限定。

本发明实施例中，推送网络模块是基于eda的，当被监控的容器应用产生指标数据时，接收接口服务模块推送的指标数据，并基于预设的数据推送规则向数据处理模块推送指标数据，推送网关模块可作为指标数据传输的中间缓冲介质，以避免指标数据高并发情况的发生。

上述数据处理模块，用于接收上述推送网关模块推送的指标数据，对上述推送网关模块推送的指标数据进行处理，得到相应的监控数据，基于上述监控数据分别确定各容器应用的运行状况，并基于上述监控数据的数据类型分别将上述监控数据采用时间序列存储方式和/或键值存储方式存储至上述数据存储模块。

具体的，本发明实施例中，数据处理模块在接收到推送网关模块推送的各容器应用的指标数据时，针对各容器应用的指标数据分别进行数据抽取、清洗、转换和装载处理，得到各容器应用分别对应的监控数据，并判断各容器应用的监控数据是否符合预期，在判定一个容器应用的监控数据符合预期时，确定该一个容器应用运行状况正常；否则，确定该一个容器应用运行状况异常。进一步的，还可以根据各容器应用的监控数据综合判断运行上述各容器应用的服务器的运行状况是否正常。

进一步的，参阅图2所示，本发明实施例中，容器应用监控系统在包括接口服务模块，推送网关模块，数据处理模块和数据存储模块基础上，还包括监控数据展示模块，告警模块和服务发现模块，其中，

监控数据展示模块，与上述数据处理模块通过应用程序接口相连，用于在接收到监控数据查询指令时，基于上述监控数据查询指令从上述数据处理模块获取并展示相应的监控数据。

本发明实施例中一种可选的实施方式为，监控数据展示模块采用多界面集成展示方式，提供一个统一的图像面板供使用者查询监控数据，通过不同的图形展示相应的监控数据。用户可通过监控数据展示模块输出查询指令，以获取相应的监控数据，并展示在监控数据展示模块上。

当然，本发明实施例中，监控数据展示模块连接的，数据处理模块的应用程序接口也可以开放给第三方应用使用，第三方应用为通过签名认证的服务消费者，即可通过容器应用监控系统远程查看被监控的各容器应用和/或运行各容器应用的服务器的运行状况。

告警模块，与上述数据处理模块相连，用于在接收到上述数据处理模块发送的告警事件时，通过发送邮件和/或短信的方式告知用户。

本发明实施例中，数据处理模块在对接收到的指标数据进行处理后，得到相应的监控数据，并根据各容器应用相对应的监控数据判断各容器应用的运行状况，以及在确定一个容器应用运行状况异常时，向告警模块发出告警事件，告警模块根据接收到的告警事件进行告警关联分析，并将告警事件详细信息告知相关联的用户。

服务发现模块，与上述数据处理模块相连，用于实现对第三方容器应用管理平台的监控。

本发明实施例中，为了容器应用监控系统能够兼容对其他容器应用管理平台的监控，容器应用监控系统还设置有服务发现模块，用于与其他容器应用管理平台的对接，数据处理模块通过服务发现模块获取已接入的其他容器应用管理平台的指标数据，并进行后续的数据处理，判断其他容器应用管理平台的运行状况，可选的，其他容器应用管理平台可以为容器集成管理平台，容器编排系统和资源管理系统。

本发明实施例中，一种较佳的实施方式为，服务发现模块为对外开放的api。

参阅图3所示，本发明实施例中，一种容器应用监控方法的详细流程如下：

步骤300：容器应用监控系统的接口服务模块拉取已接入的各容器应用的指标数据，并将上述各容器应用的指标数据推送至上述容器应用监控系统的推送网关模块。

具体的，在根据容器应用所采用的接口协议类型在接口服务模块中完成容器应用接口注册之后，接口服务模块通过拉取数据的方式获取已完成接口注册的容器应用的指标数据，进一步的，将获取到的指标数据通过推送数据的方式推送至推送网关模块，无需通过在容器应用本身安装探针/代理软件的方式获取指标数据。实际应用中，容器应用可采用的接口协议类型可以包括但不限于http，jmx，jdbc等通用类型。

步骤310：上述容器应用监控系统的推送网关模块基于预设的数据推送规则将上述接口服务模块推送的指标数据推送至上述容器应用监控系统的数据处理模块。

具体的，本发明实施例中一种较佳的实施方式为，上述预设的数据推送规则为推送网关模块采用消息队列的方式向数据处理模块推送指标数据。

步骤320：上述容器应用监控系统的数据处理模块对接收到的上述推送网关模块推送的指标数据进行处理，得到相应的监控数据，基于上述监控数据分别确定各容器应用的运行状况。

具体的，本发明实施例中，数据处理模块在对接收到的各容器应用的指标数据进行处理，得到相应的监控数据后，针对各容器应用中每一容器应用分别执行以下操作：获取一个容器应用相对应的监控数据，并基于该一个容器应用相对应的监控数据判断该一个容器应用的运行状况是否正常。

具体的，若数据处理模块判定任一容器应用的监控数据符合预期，则确定该任一容器应用运行状况正常，否则没确定该任一容器应用运行状况异常。

步骤330：上述数据处理模块基于上述监控数据的数据类型分别将上述监控数据采用时间序列存储方式和/或键值存储方式存储至上述数据存储模块。

具体的，数据处理模块在对指标数据进行处理，得到相应的监控数据之后，根据监控数据的数据类型，针对数据类型为时间序列的监控数据采用时间序列存储方式存储至时序数据库，针对数据类型无时间序列要求，且数据量较大的监控数据，采用键值存储方式存储至nosql键值数据库。

进一步的，数据处理模块基于所述各容器应用的监控数据，判断运行所述各容器应用的服务器的运行状况是否正常。

具体的，数据处理模块综合判断各容器应用的监控数据是否符合预期，若判定各容器应用的监控数据符合预期，则确定运行上述各容器应用的服务器运行状况正常，否则，确定运行上述各容器应用的服务器运行状况异常。

本发明实施例中一种可选的实施方式为，容器应用监控系统的监控数据展示模块在接收到监控数据查询指令时，基于上述监控数据查询指令从上述数据处理模块获取并展示相应的监控数据，具体的，数据处理模块在接收到监控数据展示模块发送的数据查询指令时，直接基于该数据查询指令将相应的监控数据展示在监控数据展示模块上，或者，从数据存储模块获取相应的监控数据，并将获取的监控数据展示在监控数据展示模块上。

更进一步的，本发明实施例中一种可选的实施方式为，容器应用监控系统的告警模块在接收到上述数据处理模块发送的告警事件时，通过发送邮件和/或短信的方式告知用户。

具体的，数据处理模块在根据任一容器应用的监控数据确定该任一容器应用的运行状况异常时，生成相应的告警事件，并发送至告警模块，告警模块根据该告警事件进行关联性分析，并将该告警事件详细信息通过发送邮件/短信的方式告知与该任一容器应用相关联的用户。

参阅图4所示，本发明实施例中，容器应用监控系统与被监控平台之间，及容器应用监控系统各模块之间的数据处理和传输示意图。具体的，容器应用监控系统的接口服务模块主动从被监控平台中运行的各容器应用处拉取指标数据，并主动将指标数据推送至容器应用监控系统的推送网关模块，推送网关模块基于预设的数据推送规则，主动将接收到的指标数据推送至容器应用监控系统的数据处理模块，数据处理模块对接收到的指标数据进行处理，得到监控数据，并基于监控数据判断各容器应用的运行状况，进一步的，数据处理模块基于监控数据的数据类型采用相应的数据存储方式将监控数据存储至容器应用监控系统的数据存储模块。

下面采用具体的应用场景对上述实施例作进一步详细说明，参阅图5所示，本发明实施例中，容器应用监控系统中数据传输及处理示意图。

具体的，根据容器应用1所支持的接口协议类型，将容器应用1在容器应用监控系统的接口服务模块上完成接口注册，即为容器应用1分配一个与容器应用1的接口协议类型相同的接口，完成容器应用1的接口注册；注册完成后，接口服务模块通过拉取数据的方式从容器应用1拉取指标数据，并通过推送数据的方式将指标数据推送至容器应用监控系统的推送网关模块；推送网关模块座位指标数据的中间缓存介质，基于预设的数据推送规则将接收到的指标数据推送至容器应用监控系统的数据处理模块，该预设的数据推送规则用于限制推送网关模块在指定时长内推送至数据处理模块的指标数据的数据量；数据处理模块对接收到的指标数据进行处理，得到监控数据，并基于监控数据判断容器应用1的运行状况，以及基于监控数据的数据类型采用相应的数据存储方式将监控数据存储至容器应用监控系统的数据存储模块，在判定容器应用1运行状况异常时，向容器应用监控系统的告警模块推送告警事件，告警模块将告警事件详细信息告知与容器应用1相关联的用户；数据处理模块在接收到用户通过容器应用监控系统的监控数据展示模块发送的查询指令时，基于查询指令将监控数据展示在监控数据展示模板上，或者，基于查询指令从数据存储模块中获取相应监控数据，并将获取的监控数据展示在监控数据展示模块上。

综上所述，本发明实施例中，容器应用监控系统的接口服务模块拉取已接入的各容器应用的指标数据，并将上述各容器应用的指标数据推送至上述容器应用监控系统的推送网关模块；上述容器应用监控系统的推送网关模块基于预设的数据推送规则将上述接口服务模块推送的指标数据推送至上述容器应用监控系统的数据处理模块；上述容器应用监控系统的数据处理模块对接收到的上述推送网关模块推送的指标数据进行处理，得到相应的监控数据，基于上述监控数据分别确定各容器应用的运行状况。

采用上述方法，接口服务模块通过拉取和推送数据的方式将获取到的被监控的各容器应用获取相应的指标数据推送至推送网关模块，无需在被监控容器应用本身安装探针/代理软件，进一步的，推送网关模块通过预设推送规则将接收到的指标数据推送至数据处理模块进行处理，得到相应的监控数据，并分别确定各容器应用的运行状况，实现了对容器应用的监控，且本发明实施例中，推送网关模块采用推送指标数据的方式，避免了指标数据高并发情况的发生，降低系统压力。

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

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

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

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

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明实施例的精神和范围。这样，倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。