一种集成平台实例的资源监控方法及监控装置与流程

1.本发明涉及系统数据显示技术领域，尤其涉及一种集成平台实例的资源监控方法及监控装置。


背景技术：

2.集成平台在运行的过程中，用户一般需要通过监控面板查看整个集成平台的参数指标。集成平台一般都是采用容器化的部署方式，在相关技术提供的方案中，集成平台的参数指标的采集方式多样，不同的参数指标需要基于不同的采集方式(如不同的采集工具)进行采集，而不同的采集方式往往也会有相适应的监控面板进行指标显示，在该情况下，用户为了全面了解集成平台的运行情况，需要在不同的监控面板之间进行切换，以查看不同的参数指标。
3.因此，在相关技术提供的方案中，参数指标的显示受限于其采集方式，用户无法快速、全面地查看集成平台的各个参数指标，容易因在不同监控面板之间切换而导致计算资源的浪费。


技术实现要素：

4.本发明实施例提供了一种集成平台实例的资源监控方法及监控装置，用于对集成平台的多个参数指标进行集成显示，从而提升用户查看整个集成平台的多个参数指标的便捷性，减少计算资源的浪费。
5.本技术实施例第一方面提供了一种集成平台实例的资源监控方法，将集成平台集群以容器的形式部署在管理容器化应用程序的管理系统内，其中，所述集成平台集群包含一个或多个实例，所述方法包括：
6.利用所述管理系统监测所述集成平台集群的每一个实例的基础状态信息；
7.利用所述集成平台集群的外部状态监控工具和内部状态监控工具，获取所述集成平台集群上的每一个实例的运行状态信息；
8.对所述集成平台集群上运行的每一个实例的综合信息在对应集成平台上进行整合存储，以将整合后的每一个实例的综合信息在对应集成平台的监控面板上进行显示，其中，所述每一个实例的综合信息包括每一个实例的基础状态信息和运行状态信息。
9.可选的，所述运行状态信息包括第一运行状态信息和第二运行状态信息；
10.所述利用所述集成平台集群的外部状态监控工具和内部状态监控工具，获取所述集成平台集群上的每一个实例的运行状态信息，包括：
11.建立所述外部状态监控工具与所述集成平台集群的通信连接，利用所述外部状态监控工具监测所述集成平台集群上运行的每一个实例的第一运行状态信息；
12.利用所述集成平台集群内的内部状态监控工具，获取对应集成平台上运行的每一个实例的第二运行状态信息。
13.可选的，所述基础状态信息包括名称以及地址中的至少之一；所述第一运行状态
信息包括中央处理器cpu使用状态；所述第二运行状态信息包括内存占用、线程信息和磁盘占用信息中的至少之一。
14.可选的，若所述集成平台集群上还运行有方案，则记录所述集成平台集群上运行的方案的执行信息，所述方案为在所述集成平台集群上运行的程序代码；
15.所述对所述集成平台集群上运行的每一个实例的综合信息在对应集成平台上进行整合存储，以将整合后的每一个实例的综合信息在对应集成平台的监控面板上进行显示，包括：
16.将所述方案的执行信息和所述每一个实例的综合信息在对应的集成平台上进行整合存储，并在所述集成平台的监控面板上对整合后的所述方案的执行信息和整合后的每一个实例的综合信息进行显示。
17.可选的，待进行整合存储的数据包括实时数据和非实时数据中的至少之一；
18.所述对所述集成平台集群上运行的每一个实例的综合信息在对应集成平台上进行整合存储，包括：
19.若待进行整合存储的数据包括实时数据，则将所述实时数据发送至缓存中间件中进行存储；
20.若待进行整合存储的数据包括非实时数据，则将所述非实时数据发送至数据中心，以使得所述数据中心对所述非实时数据进行数据清洗、整理和存储；
21.其中，所述缓存中间件存储的数据以及所述数据中心存储的数据用于在所述监控面板上进行显示。
22.本技术实施例第二方面提供了一种集成平台实例的资源监控装置，将集成平台集群以容器的形式部署在管理容器化应用程序的管理系统内，其中，所述集成平台集群包含一个或多个实例，所述资源监控装置包括：
23.第一监控单元，利用所述管理系统监测所述集成平台集群的每一个实例的基础状态信息；
24.第二监控单元，利用所述集成平台集群的外部状态监控工具和内部状态监控工具，获取所述集成平台集群上的每一个实例的运行状态信息；
25.存储显示单元，对所述集成平台集群上运行的每一个实例的综合信息在对应集成平台上进行整合存储，以将整合后的每一个实例的综合信息在对应集成平台的监控面板上进行显示，其中，所述每一个实例的综合信息包括每一个实例的基础状态信息和运行状态信息。
26.可选的，所述运行状态信息包括第一运行状态信息和第二运行状态信息；
27.所述第二监控单元，具体用于：
28.建立所述外部状态监控工具与所述集成平台集群的通信连接，利用所述外部状态监控工具监测所述集成平台集群上运行的每一个实例的第一运行状态信息；
29.利用所述集成平台集群内的内部状态监控工具，获取对应集成平台上运行的每一个实例的第二运行状态信息。
30.可选的，所述基础状态信息包括名称以及地址中的至少之一；所述第一运行状态信息包括中央处理器cpu使用状态；所述第二运行状态信息包括内存占用、线程信息和磁盘占用信息中的至少之一。
31.可选的，所述资源监控装置还包括：
32.记录显示单元，用于若所述集成平台集群上还运行有方案，则记录所述集成平台集群上运行的方案的执行信息，所述方案为在所述集成平台集群上运行的程序代码；
33.所述存储显示单元具体用于：
34.将所述方案的执行信息和所述每一个实例的综合信息在对应的集成平台上进行整合存储，并在所述集成平台的监控面板上对整合后的所述方案的执行信息和整合后的每一个实例的综合信息进行显示。
35.可选的，待进行整合存储的数据包括实时数据和非实时数据中的至少之一；
36.所述存储显示单元具体用于：
37.若待进行整合存储的数据包括实时数据，则将所述实时数据发送至缓存中间件中进行存储；
38.若待进行整合存储的数据包括非实时数据，则将所述非实时数据发送至数据中心，以使得所述数据中心对所述非实时数据进行数据清洗、整理和存储；
39.其中，所述缓存中间件存储的数据以及所述数据中心存储的数据用于在所述监控面板上进行显示。
40.本技术实施例还提供了一种计算机装置，包括处理器和存储器所述处理器在执行存储于所述存储器上的计算机程序时，用于实现本技术实施例第一方面所述的集成平台实例的资源监控方法。
41.本技术实施例还提供了一种计算机存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时，用于实现本技术实施例第一方面所述的集成平台实例的资源监控方法。
42.本技术实施例还提供了一种计算机程序产品，其上存储有计算机程序，该计算机程序被计算机设备执行时，用于实现本技术实施例第一方面所述的集成平台实例的资源监控方法。
43.从以上技术方案可以看出，本发明实施例具有以下优点：
44.本技术实施例中，将集成平台集群以容器的形式部署在管理容器化应用程序的管理系统内，利用管理系统监测集成平台集群上运行的每一个实例的基础状态信息；利用成平台集群的外部状态监控工具和内部状态监控工具，获取所述集成平台集群上的每一个实例的运行状态信息；对所述集成平台集群上运行的每一个实例的综合信息在对应集成平台上进行整合存储，以将整合后的每一个实例的综合信息在对应集成平台的监控面板上进行显示，其中，所述每一个实例的综合信息包括每一个实例的基础状态信息和运行状态信息，从而使得用户可以通过集成平台的监控面板查看到整个集成平台的多个参数指标，无需在不同的监控面板之间进行切换，提升了用户查看整个集成平台的多个参数指标的便捷性，同时也减少了计算资源的浪费。
附图说明
45.图1为本技术实施例中集成平台实例的资源监控方法的一个实施例示意图；
46.图2为本技术实施例中图1实施例中步骤102的细化步骤；
47.图3为本技术实施例中集成平台对实时数据的整合存储过程及显示过程的一个实
施例示意图；
48.图4为本技术实施例中集成平台对非实时数据的整合存储过程及显示过程的一个实施例示意图；
49.图5为本技术实施例中获取方案的执行信息和每一个实例的多项参数的过程示意图；
50.图6为本技术实施例中集成平台实例的资源监控装置的一个实施例示意图。
具体实施方式
51.本发明实施例提供了一种集成平台实例的资源监控方法及监控装置，用于对集成平台的每一个实例的基础状态信息和运行状态信息进行集成显示，从而提升用户查看整个集成平台的综合信息的便捷性。
52.为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
53.本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
54.为方便理解，下面对本技术实施例中的缩略语和专业术语进行解释，并在全文的描述中沿用该解释：
55.1、容器化，即操作系统层虚拟化，是一种虚拟化技术，可以允许用户空间软件实例分割成几个独立的单元，在内核中运行，而不是只有一个单一实例运行。
56.2、kubernetes，用于自动部署、扩展和管理“容器化应用程序”的系统，可以在控制面板中查看实例的基础信息和运行状态等数据。
57.3、prometheus，面向云原生应用程序的监控工具，可以在监控面板中查看容器的节点数据、集群等数据。
58.4、admin，全称spring cloudadmin，可以把节点注册到admin上面，在监控面板中可以查看节点的内存、线程、日志等级等信息。
59.5、mxbean，java虚拟机线程系统的管理接口，它实现的功能是读取程序的线程信息。
60.6、sigar，系统信息收集和报表工具，提供了跨平台的系统信息收集的功能，可以读取程序的内存、cpu、进程、磁盘等信息。
61.7、redis缓存，可用于存储临时或永久的数据的应用程序。
62.8、数据中心，专注于数据清理、整理、存储、查询，对于数据的处理性能比较高。
63.下面接着对本技术中集成平台实例的资源监控方法进行描述，请参阅图1，本技术实施例中集成平台实例的资源监控方法的一个实施例，包括：
64.101、利用所述管理容器化应用程序的管理系统监测集成平台集群上运行的每一个实例的基础状态信息；
65.需要说明的是，在执行步骤101之前，需要将集成平台集群以容器的形式部署在管理容器化应用程序的管理系统内，其中集成平台集群包含一个或多个实例，这样以容器的形式部署在管理系统内的多个集成平台就可以相互隔离，从而使得一个容器的运行资源不受其他容器的影响。
66.实例，作为支撑数据库运行的数据库程序，可以在集成平台上运行，而当集成平台以容器的形式部署在管理系统上时，该集成平台上可以运行一个或多个实例。
67.而管理系统作为自动部署、扩展和管理“容器化应用程序”的系统，可以在控制面板中查看每个实例的基础状态信息，故本技术实施例中可以利用管理系统系统监测集成平台集群上运行的每一个实例的基础状态信息，其中，每个实例的基础状态信息包括每个实例的名称和每个实例的ip地址。
68.需要说明的是，本技术实施例中可以将一个集成平台以容器的形式部署在管理系统中，也可以将多个集成平台(也即集成平台集群)以多个容器的形式部署在管理系统中，此处对部署在管理系统中的集成平台的个数不做具体限制。
69.需要说明的是，本技术实施例中的管理容器化应用程序的管理系统可以包括为kubernetes系统或docker系统，此处对管理容器化应用程序的管理系统不做具体限制。
70.102、利用集成平台集群的外部状态监控工具和内部状态监控工具，获取集成平台上的每一个示例的运行状态信息；
71.为了获取到集成平台中实例的运行状态信息，如实例的cpu使用状态，实例的内存占用、线程信息或磁盘占用信息等，本技术实施例借助于集成平台集群的外部状态监控工具和内部状态监控工具，获取集成平台的每个示例的运行状态信息，以用于执行步骤103。
72.具体的，对于如何利用集成平台集群的外部状态监控工具和内部状态监控工具，获取集成平台上的每一个示例的运行状态信息的过程，将在下面的实施例中进行描述，此处不再赘述。
73.值得说明的是，上述的基础状态信息与运行状态信息的采集方式不同，具体的信息类型可根据实际应用场景进行划分。例如，基础状态信息又可称静态状态信息，是指实例在运行过程中通常保持不变的状态信息；而上述的运行状态信息是指实例在运行过程中可能发生变化的状态信息。
74.103、对集成平台集群上运行的每一个实例的综合信息在对应集成平台上进行整合存储，以将整合后的每一个实例的综合信息在对应集成平台的监控面板上进行显示，其中，所述每一个实例的综合信息包括每一个实例的基础状态信息和运行状态信息。
75.为了将实例的多个参数指标在监控面板中进行集成显示，本技术实施例中在获取到集成平台上运行的每一个实例的基础状态信息和运行状态信息后，也即在获取到集成平台上运行的每个实例的名称、ip地址、每个实例的cpu使用状态、内存占用、线程信息和磁盘占用中的至少一项后，将上述多个参数指标在集成平台上进行整合存储，并将整合存储后的多个参数指令在集成平台的控制面板上进行集成显示。
76.值得说明的是，在本技术实施例中，不同集成平台的资源监控过程可以相互隔离，即以单个集成平台为对象进行整合存储以及数据显示，在该情况下，集成平台对应的监控面板中显示的是该集成平台的实例的综合信息；另一种方式是，以集成平台集群为对象进行整合存储以及数据显示，在该情况下，集成平台集群对应的监控面板中显示的是该集成平台集群中各个集成平台的实例的综合信息，当然，也可以指定显示特定集成平台的实例的综合信息。
77.本技术实施例中，将集成平台集群以容器的形式部署在管理容器化应用程序的管理系统内，利用管理系统监测集成平台集群上运行的每一个实例的基础状态信息；利用成平台集群的外部状态监控工具和内部状态监控工具，获取所述集成平台集群上的每一个实例的运行状态信息；对所述集成平台集群上运行的每一个实例的综合信息在对应集成平台上进行整合存储，以将整合后的每一个实例的综合信息在对应集成平台的监控面板上进行显示，其中，所述每一个实例的综合信息包括每一个实例的基础状态信息和运行状态信息，从而使得用户可以通过集成平台的监控面板查看到整个集成平台的多个参数指标，提升了用户查看整个集成平台的多个参数指标的便捷性。
78.基于图1所述的实施例，下面对图1实施例中的步骤102做详细描述，请参阅图2，图2为图1实施例中步骤102的细化步骤：
79.201、预先建立外部状态监控工具与集成平台集群的通信连接，利用外部状态监控工具监测集成平台集群上运行的每一个实例的第一运行状态信息；
80.作为一种具体的实施方式，本技术实施例中的外部状态监控工具可以为prometheus，因为prometheus作为一种面向云原生应用程序的监控工具，可以在监控面板中查看容器的节点数据、集群等数据，故本技术实施例可以利用prometheus监测集成平台集群上运行的每一个实例的第一运行状态信息，其中，第一运行状态信息包括每个实例的cpu使用状态，当然还可以包括其他信息，第一运行状态信息可以根据实际应用场景中的需求进行自定义。
81.容易理解的是，利用外部状态监控工具监测集成平台集群上运行的每一个实例的第一运行状态之前，需要预先建立外部状态监控工具(如prometheus)与集成平台集群的通信连接。
82.202、利用所述集成平台集群内的内部状态监控工具，获取对应集成平台上运行的每一个实例的第二运行状态信息。
83.为了获取集成平台上运行的每一个实例的其他运行状态信息，如每个实例的内存占用、线程信息和磁盘占用信息，还可以利用集成平台集群内的内部状态监控工具，获取对应集成平台上运行的每一个实例的第二运行状态信息。
84.作为一种具体的实施方式，可以是利用集成平台中的mxbean工具和sigar工具，获取对应集成平台上运行的每一个实例的第二运行状态信息。
85.因为mxbean作为java虚拟机线程系统的管理接口，可以读取实例的线程信息和内存占用信息，故本技术实施例可以利用集成平台集群内的mxbean工具，获取对应集成平台上运行的每一个实例的第二运行状态信息，如每个实例的内存占用和线程信息。
86.而sigar作为系统信息收集和报表工具，可以跨平台收集实例的内存、cpu、进程、磁盘占用等信息，故集成平台集群的每一个实例引入了sigar工具，则可以获取对应集成平
台上运行的每一个实例的磁盘占用信息。
87.本技术实施例中对利用集成平台集群的外部状态监控工具和内部状态监控工具，获取每一个实例的第二运行状态信息，如每个实例的cpu使用状态，以及内存占用、线程信息和磁盘占用信息的过程做了详细描述，提升了本技术实施例中获取集成平台上运行的每个实例的第二运行状态信息过程的可靠性。
88.基于图1或图2所述的实施例，若集成平台上还运行有方案，则还可以执行以下步骤：
89.若集成平台上还运行有方案，则记录集成平台集群上运行的方案的执行信息，则将所述方案的执行信息和所述每一个实例的综合信息都在所述集成平台上进行整合存储，并在所述集成平台上的监控面板上对整合后的所述方案的执行信息和整合后的每一个实例的综合信息进行显示，其中，本技术实施例中的方案为在集成平台集群上运行的程序代码。
90.方案作为集成平台的一个功能，可以实现用户对自定义程序代码的运行，本技术实施例除了可以获取实例的综合信息，还可以在集成平台上运行有方案时，通过集成平台记录运行方案的执行信息，如方案的执行频率、执行时长、执行的成功率及方案所调用的实例信息等。
91.然后进一步将集成平台集群上的每一个实例的综合信息和集成平台上的方案执行信息进行整合存储，并通过集成平台上的监控面板对整合后的方案的执行信息和整合后的每一个实例的综合信息进行显示。
92.本技术实施例中，除了可以在集成平台的监控面板上对集成平台上运行的每个实例的基础状态信息和运行状态信息进行集成显示，还可以在集成平台上运行有方案时，对方案的执行信息通过集成平台的监控面板进行显示，提升了用户同时查看方案执行信息和实例的综合信息的便捷性。
93.在一些实施例中，针对数据是否需要实时提取的情况，可以将数据划分为实时数据和非实时数据，则待进行整合存储的数据包括实时数据和非实时数据中的至少之一。实时数据和非实时数据的划分可以根据实际应用场景而定，例如，可以将方案的执行信息和实例的部分综合信息作为实时数据，将剩余的部分综合信息作为非实时数据。下面，首先对实时数据的整合存储过程及显示过程进行描述。
94.请参阅图3，步骤包括：
95.301、将实时数据发送至缓存中间件中进行存储；
96.由于实时数据需要实时提取，为了避免将这些实时数据存储至集成平台的内存中，而导致集成平台处理性能不足的问题，本技术实施例中将实时数据发送至缓存中间件中进行存储，以使得可以实时获取这些数据。
97.作为一种可选的实施例，本技术实施例是将实时数据发送至redis缓存中进行存储，以保证可以实时获取到这些实时数据。
98.除此以外，本技术实施例中的缓存中间件还可以是cache等，此处对缓存中间件的形式不做具体限制，只要可以实现对实时数据的存储即可。
99.302、若接收到对实时数据的显示请求，则从所述缓存中间件中获取实时数据；
100.集成平台完成对实时数据的存储后，若接收到对集成平台集群上实时数据的显示
请求，集成平台则从缓存中间件中获取对应集成平台上的实时数据，以执行步骤303。
101.此处需要说明的是，若存在多个集成平台时，假设有三个集成平台，分别是第一集成平台、第二集成平台和第三集成平台，且三个集成平台分别都以容器的形式部署在kubernetes系统内，则是每个集成平台获取各自集成平台上的实时数据，并将各自集成平台上的实时数据发送至缓存中间件中进行存储，但多个集成平台共享一个监控面板，若接收到监控面板对任意一个集成平台(如第一集成平台)上实时数据的显示请求，则监控面板可以向三个集成平台中的任一个(如第一集成平台、第二集成平台或第三集成平台)发送查看请求，则请求接收方(如三个集成平台中的任一个)即可以从缓存中间件中获取对应集成平台(如第一集成平台)的实时数据，以执行步骤303。
102.303、将实时数据进行整合，并将整合后的实时数据在所述集成平台的监控面板上进行显示。
103.集成平台集群获取到对应集成平台上的实时数据后，则将对应集成平台上的实时数据进行整合，并将整合后的实时数据在集成平台的监控面板上进行显示。
104.本技术实施例中，对实时数据的整合存储过程及显示过程进行了描述，提升了集成平台对实时数据进行处理的可靠性，保证了实时数据的实时提取效率。
105.下面，对非实时数据的整合存储过程及显示过程进行描述。
106.请参阅图4，集成平台对非实时数据的整合存储过程及显示过程的另一个实施例，包括：
107.401、将非实时数据发送至数据中心，以使得所述数据中心对非实时数据进行数据清洗、整理和存储；
108.非实时数据是不需要实时提取的数据，本技术实施例中将非实时数据发送至数据中心进行存储，以使得可以在需要时，可以获取这些数据。
109.作为一种可选的实施例，本技术实施例中的数据中心包括flume、kafka和clickhouse，以完成对非实时数据的数据清洗、整理和存储。
110.具体的，flume是一个分布式、高可靠、高可用的将大批量的不同数据源的日志数据收集、聚合，以移动到数据中心(hdfs)进行存储的系统，而kafka作为一种高可靠的数据传输工具，可用通过复制因子来保证数据传输的可靠性，而clickhouse作为一种列式存储数据库，写入速度非常快，可用达到50-200m/s，对于大量的数据更新非常适用。
111.故本技术实施例采用数据中心存储集成平台的非实时数据，可以保证数据存储的可靠性。
112.402、若接收到对集成平台集群上的非实时数据的显示请求时，则从所述数据中心获取对应集成平台上的非实时数据；
113.集成平台完成对非实时数据的存储后，若接收到对集成平台集群上的非实时数据的显示请求时，集成平台则从数据中心获取对应集成平台上的非实时数据，以执行步骤403。
114.403、将所述对应集成平台上的非实时数据进行整合，并将整合后的对应集成平台上的非实时数据在所述对应集成平台上的监控面板上进行显示。
115.集成平台集群获取到对应集成平台上的非实时数据后，则将对应集成平台上的非实时数据进行整合，并将整合后的对应集成平台上的非实时数据在集成平台的监控面板上
进行显示。
116.本技术实施例中，对非实时数据的整合存储过程及显示过程进行了描述，提升了集成平台对非实时数据的处理可靠性。
117.值得说明的是，对于待进行整合存储的数据同时包括实时数据和非实时数据的情况，对实时数据的处理过程以及对非实时数据的处理过程可以同时进行。
118.为方便理解，图5还给出了本集成平台中获取方案的执行信息和每一个实例的多项参数的过程示意图，其中，关于图5中各步骤的描述与图1至图4实施例中描述的类似，此处不再赘述。
119.上面对本技术实施例中的集成平台实例的资源监控方法进行了描述，下面接着对本技术实施例中的集成平台实例的资源监控装置进行描述，请参阅图6，本技术实施例中集成平台实例的资源监控装置的一个实施例，包括：
120.第一监控单元601，用于利用所述管理系统监测所述集成平台集群的每一个实例的基础状态信息；
121.第二监控单元602，用于利用所述集成平台集群的外部状态监控工具和内部状态监控工具，获取所述集成平台集群上的每一个实例的运行状态信息；
122.存储显示单元603，用于对所述集成平台集群上运行的每一个实例的综合信息在对应集成平台上进行整合存储，以将整合后的每一个实例的综合信息在对应集成平台的监控面板上进行显示，其中，所述每一个实例的综合信息包括每一个实例的基础状态信息和运行状态信息。
123.可选的，所述运行状态信息包括第一运行状态信息和第二运行状态信息；
124.第二监控单元602具体用于：
125.建立所述外部状态监控工具与所述集成平台集群的通信连接，利用所述外部状态监控工具监测所述集成平台集群上运行的每一个实例的第一运行状态信息；
126.利用所述集成平台集群内的内部状态监控工具，获取对应集成平台上运行的每一个实例的第二运行状态信息。
127.可选的，所述基础状态信息包括名称以及地址中的至少之一；所述第一运行状态信息包括中央处理器cpu使用状态；所述第二运行状态信息包括内存占用、线程信息和磁盘占用信息中的至少之一。
128.可选的，所述资源监控装置还包括：
129.记录显示单元604，用于若所述集成平台集群上还运行有方案，则记录所述集成平台集群上运行的方案的执行信息，所述方案为在所述集成平台集群上运行的程序代码；
130.可选的，存储显示单元603还用于：
131.将所述方案的执行信息和所述每一个实例的综合信息在对应的集成平台上进行整合存储，并在所述集成平台的监控面板上对整合后的所述方案的执行信息和整合后的每一个实例的综合信息进行显示。
132.可选的，待进行整合存储的数据包括实时数据和非实时数据中的至少之一；
133.存储显示单元603具体用于：
134.若待进行整合存储的数据包括实时数据，则将所述实时数据发送至缓存中间件中进行存储；
135.若待进行整合存储的数据包括非实时数据，则将所述非实时数据发送至数据中心，以使得所述数据中心对所述非实时数据进行数据清洗、整理和存储；
136.其中，所述缓存中间件存储的数据以及所述数据中心存储的数据用于在所述监控面板上进行显示。
137.需要说明的是，上述各单元的作用与本技术实施例中图1至图4实施例中描述的类似，此处不再赘述。
138.本技术实施例中，将集成平台集群以容器的形式部署在管理容器化应用程序的管理系统内，通过第一监控单元601利用管理系统监测集成平台集群上运行的每一个实例的基础状态信息；通过第二监控单元602利用成平台集群的外部状态监控工具和内部状态监控工具，获取所述集成平台集群上的每一个实例的运行状态信息；通过存储显示单元603对所述集成平台集群上运行的每一个实例的综合信息在对应集成平台上进行整合存储，以将整合后的每一个实例的综合信息在对应集成平台的监控面板上进行显示，其中，所述每一个实例的综合信息包括每一个实例的基础状态信息和运行状态信息，从而使得用户可以通过集成平台的监控面板查看到整个集成平台的多个参数指标，提升了用户查看整个集成平台的多个参数指标的便捷性。
139.上面从模块化功能实体的角度对本发明实施例中的集成平台实例的资源监控装置进行了描述，下面从硬件处理的角度对本发明实施例中的计算机装置进行描述：
140.该计算机装置用于实现集成平台实例的资源监控装置的功能，本发明实施例中计算机装置一个实施例包括：
141.处理器以及存储器；
142.存储器用于存储计算机程序，处理器用于执行存储器中存储的计算机程序时，可以实现如下步骤：
143.利用所述管理系统监测所述集成平台集群的每一个实例的基础状态信息；
144.利用所述集成平台集群的外部状态监控工具和内部状态监控工具，获取所述集成平台集群上的每一个实例的运行状态信息；
145.对所述集成平台集群上运行的每一个实例的综合信息在对应集成平台上进行整合存储，以将整合后的每一个实例的综合信息在对应集成平台的监控面板上进行显示，其中，所述每一个实例的综合信息包括每一个实例的基础状态信息和运行状态信息。
146.在本发明的一些实施例中，所述运行状态信息包括第一运行状态信息和第二运行状态信息，处理器，还可以用于实现如下步骤：
147.建立所述外部状态监控工具与所述集成平台集群的通信连接，利用所述外部状态监控工具监测所述集成平台集群上运行的每一个实例的第一运行状态信息；
148.利用所述集成平台集群内的内部状态监控工具，获取对应集成平台上运行的每一个实例的第二运行状态信息。
149.在本发明的一些实施例中，所述基础状态信息包括名称以及地址中的至少之一；所述第一运行状态信息包括中央处理器cpu使用状态；所述第二运行状态信息包括内存占用、线程信息和磁盘占用信息中的至少之一。
150.在本发明的一些实施例中，处理器，还可以用于实现如下步骤：
151.若所述集成平台集群上还运行有方案，则记录所述集成平台集群上运行的方案的
执行信息，所述方案为在所述集成平台集群上运行的程序代码；
152.将所述方案的执行信息和所述每一个实例的综合信息在对应的集成平台上进行整合存储，并在所述集成平台的监控面板上对整合后的所述方案的执行信息和整合后的每一个实例的综合信息进行显示。
153.在本发明的一些实施例中，待进行整合存储的数据包括实时数据和非实时数据中的至少之一，处理器，还可以用于实现如下步骤：
154.若待进行整合存储的数据包括实时数据，则将所述实时数据发送至缓存中间件中进行存储；
155.若待进行整合存储的数据包括非实时数据，则将所述非实时数据发送至数据中心，以使得所述数据中心对所述非实时数据进行数据清洗、整理和存储；
156.其中，所述缓存中间件存储的数据以及所述数据中心存储的数据用于在所述监控面板上进行显示。
157.可以理解的是，上述说明的计算机装置中的处理器执行所述计算机程序时，也可以实现上述对应的各装置实施例中各单元的功能，此处不再赘述。示例性的，所述计算机程序可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器中，并由所述处理器执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序在所述集成平台实例的资源监控装置中的执行过程。例如，所述计算机程序可以被分割成上述集成平台实例的资源监控装置中的各单元，各单元可以实现如上述相应集成平台实例的资源监控装置说明的具体功能。
158.所述计算机装置可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机装置可包括但不仅限于处理器、存储器。本领域技术人员可以理解，处理器、存储器仅仅是计算机装置的示例，并不构成对计算机装置的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述计算机装置还可以包括输入输出设备、网络接入设备、总线等。
159.所述处理器可以是中央处理单元(central processing unit，cpu)，还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field-programmable gatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，所述处理器是所述计算机装置的控制中心，利用各种接口和线路连接整个计算机装置的各个部分。
160.所述存储器可用于存储所述计算机程序和/或模块，所述处理器通过运行或执行存储在所述存储器内的计算机程序和/或模块，以及调用存储在存储器内的数据，实现所述计算机装置的各种功能。所述存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(smart media card,smc)，安全数字(secure digital,sd)卡，闪存卡(flash card)、至少一个磁盘存储器件、闪存器件、或其他易失性固
态存储器件。
161.本发明还提供了一种计算机可读存储介质，该计算机可读存储介质用于实现集成平台实例的资源监控装置的功能，其上存储有计算机程序，计算机程序被处理器执行时，处理器，可以用于执行如下步骤：
162.利用所述管理系统监测所述集成平台集群的每一个实例的基础状态信息；
163.利用所述集成平台集群的外部状态监控工具和内部状态监控工具，获取所述集成平台集群上的每一个实例的运行状态信息；
164.对所述集成平台集群上运行的每一个实例的综合信息在对应集成平台上进行整合存储，以将整合后的每一个实例的综合信息在对应集成平台的监控面板上进行显示，其中，所述每一个实例的综合信息包括每一个实例的基础状态信息和运行状态信息。
165.在本发明的一些实施例中，所述运行状态信息包括第一运行状态信息和第二运行状态信息，计算机可读存储介质存储的计算机程序被处理器执行时，处理器，还可以用于实现如下步骤：
166.建立所述外部状态监控工具与所述集成平台集群的通信连接，利用所述外部状态监控工具监测所述集成平台集群上运行的每一个实例的第一运行状态信息；
167.利用所述集成平台集群内的内部状态监控工具，获取对应集成平台上运行的每一个实例的第二运行状态信息。
168.在本发明的一些实施例中，所述基础状态信息包括名称以及地址中的至少之一；所述第一运行状态信息包括中央处理器cpu使用状态；所述第二运行状态信息包括内存占用、线程信息和磁盘占用信息中的至少之一。
169.在本发明的一些实施例中，计算机可读存储介质存储的计算机程序被处理器执行时，处理器，还可以用于实现如下步骤：
170.若所述集成平台集群上还运行有方案，则记录所述集成平台集群上运行的方案的执行信息，所述方案为在所述集成平台集群上运行的程序代码；
171.将所述方案的执行信息和所述每一个实例的综合信息在对应的集成平台上进行整合存储，并在所述集成平台的监控面板上对整合后的所述方案的执行信息和整合后的每一个实例的综合信息进行显示。
172.在本发明的一些实施例中，待进行整合存储的数据包括实时数据和非实时数据中的至少之一，计算机可读存储介质存储的计算机程序被处理器执行时，处理器，还可以用于实现如下步骤：
173.若待进行整合存储的数据包括实时数据，则将所述实时数据发送至缓存中间件中进行存储；
174.若待进行整合存储的数据包括非实时数据，则将所述非实时数据发送至数据中心，以使得所述数据中心对所述非实时数据进行数据清洗、整理和存储；
175.其中，所述缓存中间件存储的数据以及所述数据中心存储的数据用于在所述监控面板上进行显示。
176.可以理解的是，所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在相应的一个计算机可读取存储介质中。基于这样的理解，本发明实现上述相应的实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的
硬件来完成，所述的计算机程序可存储于计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。
177.本技术实施例还提供了一种计算机程序产品，其上存储有计算机程序，该计算机程序被计算机设备执行时，用于实现上述的集成平台实例的资源监控方法。
178.可以理解的是，在本发明的各种实施例中，上述各步骤的序号的大小并不意味着执行顺序的先后，各步骤的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
179.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
180.在本技术所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
181.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
182.另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
183.以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。