CN113778807A - 一种微服务应用运行数据的采集方法及系统 - Google Patents

Abstract

本发明公开了一种微服务应用运行数据的采集方法及系统，基于部署文件启动数据采集功能，当监测到获取的全量微服务应用实例列表发生变化时，获取当前微服务架构上活跃的微服务应用实例信息，并提取出应用实例地址，并将应用实例地址对应的实例信息发送至指定文件中，从指定文件中获取最新待采集目标应用实例信息，利用最新待采集目标应用实例信息更新待采集目标应用实例列表，根据已更新的待采集目标应用实例列表中的应用实例地址访问对应的目标应用实例，采集目标应用实例对应的运行数据。本发明通过支持微服务架构，实现对全量微服务应用实例列表的状态变化的监测，能够感知各微服务应用的节点变化，保证了采集的微服务应用运行数据的实时性。

Description

一种微服务应用运行数据的采集方法及系统

技术领域

本发明涉及微服务技术领域，更具体的说，涉及一种微服务应用运行数据的采集方法及系统。

背景技术

微服务(或微服务架构)是一种云原生架构方法，其中单个应用程序由许多松散耦合且可独立部署的较小组件或服务组成。微服务粒度更细，每种服务只做一件事，是一种松耦合的能够被独立开发和部署的无状态化服务。微服务的灵活性和高可用性可以使部署更便捷，交付周期缩短。

然而，引入微服务会带来更多的技术挑战，对于架构设计和业务梳理要求更高。现如今业务快速发展，服务器越来越多，中间件、应用、微服务、数据库等也越来越多样化。同时由于微服务架构的去中心化设计，以及存在大量的微服务应用互联互通调用，因此，使得微服务集群中各个微服务应用是动态变化的。然而，现有技术在对微服务应用的运行数据进行采集时，并不能感知微服务集群中各个微服务应用的变化，因此无法保证采集的微服务应用运行数据的实时性。

发明内容

有鉴于此，本发明公开一种微服务应用运行数据的采集方法及系统，以保证采集的微服务应用运行数据的实时性。

一种微服务应用运行数据的采集方法，包括：

基于预先配置的部署文件启动数据采集功能；

获取全量微服务应用实例列表；

当监测到所述全量微服务应用实例列表发生变化时，获取当前微服务架构上活跃的微服务应用实例信息；

从所述微服务应用实例信息中提取出应用实例地址；

将所述应用实例地址对应的实例信息发送至指定文件中；

从所述指定文件中获取最新待采集目标应用实例信息；

利用所述最新待采集目标应用实例信息更新待采集目标应用实例列表；

根据已更新的待采集目标应用实例列表中的应用实例地址访问对应的目标应用实例；

采集所述目标应用实例对应的运行数据。

可选的，所述当监测到所述全量微服务应用实例列表发生变化时，获取当前微服务架构上活跃的微服务应用实例信息，具体包括：

对所述全量微服务应用实例列表进行心跳监测；

当监测到所述全量微服务应用实例列表发生变化时，获取所述微服务应用实例信息。

可选的，所述将所述应用实例地址对应的实例信息发送至指定文件中，具体包括：

对所述应用实例地址添加多维度标签，得到目标应用实例地址；

将所述目标应用实例地址对应的实例信息发送至所述指定文件中。

可选的，所述部署文件的配置过程包括：

在所述部署文件中配置数据采集功能；

配置所述部署文件的存储项，将所述部署文件的存储卷挂载至容器的指定目录下；

将所述部署文件中数据的存储路径修改为挂载所述存储卷的所述指定目录；

配置所述部署文件的容器模式、服务发现模式、微服务架构注册中心地址以及共享目录。

可选的，在所述采集所述目标应用实例对应的运行数据之后，还包括：

将所述运行数据存储至挂载的存储卷中；

对数据采集装置的地址以及数据展示前面板进行配置；

启动所述数据采集装置，并在所述数据展示前面板展示所述运行数据。

一种微服务应用运行数据的采集系统，包括：

启动单元，用于基于预先配置的部署文件启动数据采集功能；

列表获取单元，用于获取全量微服务应用实例列表；

第一信息获取单元，用于当监测到所述全量微服务应用实例列表发生变化时，获取当前微服务架构上活跃的微服务应用实例信息；

提取单元，用于从所述微服务应用实例信息中提取出应用实例地址；

发送单元，用于将所述应用实例地址对应的实例信息发送至指定文件中；

第二信息获取单元，用于从所述指定文件中获取最新待采集目标应用实例信息；

更新单元，用于利用所述最新待采集目标应用实例信息更新待采集目标应用实例列表；

访问单元，用于根据已更新的待采集目标应用实例列表中的应用实例地址访问对应的目标应用实例；

采集单元，用于采集所述目标应用实例对应的运行数据。

可选的，所述第一信息获取单元具体用于：

对所述全量微服务应用实例列表进行心跳监测；

当监测到所述全量微服务应用实例列表发生变化时，获取所述微服务应用实例信息。

可选的，所述发送单元具体用于：

对所述应用实例地址添加多维度标签，得到目标应用实例地址；

将所述目标应用实例地址对应的实例信息发送至所述指定文件中。

可选的，还包括：

第一配置单元，用于配置所述部署文件；

所述第一配置单元具体用于：

在所述部署文件中配置数据采集功能；

配置所述部署文件的存储项，将所述部署文件的存储卷挂载至容器的指定目录下；

将所述部署文件中数据的存储路径修改为挂载所述存储卷的所述指定目录；

配置所述部署文件的容器模式、服务发现模式、微服务架构注册中心地址以及共享目录。

可选的，还包括：

存储单元，用于在所述采集单元采集所述目标应用实例对应的运行数据之后，将所述运行数据存储至挂载的存储卷中；

第二配置单元，用于对数据采集装置的地址以及数据展示前面板进行配置；

启动单元，用于启动所述数据采集装置，并在所述数据展示前面板展示所述运行数据。

从上述的技术方案可知，本发明公开了一种微服务应用运行数据的采集方法及系统，基于预先配置的部署文件启动数据采集功能，当监测到获取的全量微服务应用实例列表发生变化时，获取当前微服务架构上活跃的微服务应用实例信息，从微服务应用实例信息中提取出应用实例地址，并将应用实例地址对应的实例信息发送至指定文件中，从指定文件中获取最新待采集目标应用实例信息，利用最新待采集目标应用实例信息更新待采集目标应用实例列表，根据已更新的待采集目标应用实例列表中的应用实例地址访问对应的目标应用实例，并采集目标应用实例对应的运行数据。本发明通过支持微服务架构，实现对全量微服务应用实例列表的状态变化的监测，能够自动的、动态的发现与感知各微服务应用的节点变化，保证了采集的微服务应用运行数据的实时性，从而能够更准确的采集微服务架构上微服务应用的运行数据，从而实现对微服务应用运行状态的监测。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据公开的附图获得其他的附图。

图1为本发明实施例公开的一种微服务应用运行数据的采集方法流程图；

图2为本发明实施例公开的一种部署文件的配置方法流程图；

图3为本发明实施例公开的另一种微服务应用运行数据的采集方法流程图；

图4为本发明实施例公开的一种微服务应用运行数据的采集系统的结构示意图。

具体实施方式

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

本发明实施例公开了一种微服务应用运行数据的采集方法及系统，基于预先配置的部署文件启动数据采集功能，当监测到获取的全量微服务应用实例列表发生变化时，获取当前微服务架构上活跃的微服务应用实例信息，从微服务应用实例信息中提取出应用实例地址，并将应用实例地址对应的实例信息发送至指定文件中，从指定文件中获取最新待采集目标应用实例信息，利用最新待采集目标应用实例信息更新待采集目标应用实例列表，根据已更新的待采集目标应用实例列表中的应用实例地址访问对应的目标应用实例，并采集目标应用实例对应的运行数据。本发明通过支持微服务架构，实现对全量微服务应用实例列表的状态变化的监测，能够自动的、动态的发现与感知各微服务应用的节点变化，保证了采集的微服务应用运行数据的实时性，从而能够更准确的采集微服务架构上微服务应用的运行数据，从而实现对微服务应用运行状态的监测。

参见图1，本发明实施例公开的一种微服务应用运行数据的采集方法流程图，该方法包括：

步骤S101、基于预先配置的部署文件启动数据采集功能；

具体的，可以在云平台导入部署文件，通过该部署文件启动数据采集功能。

步骤S102、获取全量微服务应用实例列表；

在实际应用中，可以设置一个虚拟功能模块，定义为：生成目标列表装置，生成目标列表装置注册至微服务注册中心，并通过微服务注册中心获取全量微服务应用实例列表。

步骤S103、当监测到所述全量微服务应用实例列表发生变化时，获取当前微服务架构上活跃的微服务应用实例信息；

具体的，(1)对所述全量微服务应用实例列表进行心跳监测；

本实施例中，每隔第一预设时间段与微服务注册中心进行心跳通信，通过对全量微服务应用实例列表进行心跳监测来动态感知全量微服务应用实例列表是否发生变化。第一预设时间段的取值依据实际需要而定。

(2)当监测到所述全量微服务应用实例列表发生变化时，获取当前微服务架构上活跃的微服务应用实例信息。

步骤S104、从所述微服务应用实例信息中提取出应用实例地址；

步骤S105、将所述应用实例地址对应的实例信息发送至指定文件中；

具体的，(1)对所述应用实例地址添加多维度标签，得到目标应用实例地址；

在实际应用中，可以根据应用实例，对应用实例地址添加多维度标签，以方便后续聚合数据。

(2)将所述目标应用实例地址对应的实例信息发送至指定文件中；

在实际应用中，可以将目标应用实例地址对应的实例信息发送至指定目录的指定文件中。

步骤S106、从所述指定文件中获取最新待采集目标应用实例信息；

在实际应用中，可以每隔第二预设时间段从所述指定文件中获取最新待采集目标应用实例信息，第二预设时间段的取值依据实际需要而定。

步骤S107、利用所述最新待采集目标应用实例信息更新待采集目标应用实例列表；

步骤S108、根据已更新的待采集目标应用实例列表中的应用实例地址访问对应的目标应用实例；

在实际应用中，可以根据已更新的目标应用实例列表中微服务架构下的应用实例地址，每隔第三预设时间段访问对应的目标应用实例。

步骤S109、采集所述目标应用实例对应的运行数据。

综上可知，本发明公开了一种微服务应用运行数据的采集方法，基于预先配置的部署文件启动数据采集功能，当监测到获取的全量微服务应用实例列表发生变化时，获取当前微服务架构上活跃的微服务应用实例信息，从微服务应用实例信息中提取出应用实例地址，并将应用实例地址对应的实例信息发送至指定文件中，从指定文件中获取最新待采集目标应用实例信息，利用最新待采集目标应用实例信息更新待采集目标应用实例列表，根据已更新的待采集目标应用实例列表中的应用实例地址访问对应的目标应用实例，并采集目标应用实例对应的运行数据。本发明通过支持微服务架构，实现对全量微服务应用实例列表的状态变化的监测，能够自动的、动态的发现与感知各微服务应用的节点变化，保证了采集的微服务应用运行数据的实时性，从而能够更准确的采集微服务架构上微服务应用的运行数据，从而实现对微服务应用运行状态的监测。

为进一步优化上实施例，本发明还公开了部署文件的配置过程。

参见图2，本发明实施例公开的一种部署文件的配置方法流程图，该方法包括：

步骤S201、在部署文件中配置数据采集功能；

在实际应用中，可以将数据采集功能定义为数据采集装置，在部署文件中配置数据采集功能的过程也即定义数据采集装置(YAML文件)的基本内容，该基本内容包括内存、健康探针等。

步骤S202、配置所述部署文件的存储项，将所述部署文件的存储卷挂载至容器的指定目录下；

其中，存储卷在挂载至容器的指定目录之前，首先挂载在云平台的预设命名空间下，该命名空间下的有状态应用持久化数据。

步骤S203、将所述部署文件中数据的存储路径修改为挂载所述存储卷的所述指定目录；

具体的，配置部署文件中容器的启动命令，将数据采集装置默认的存储路径修改为挂载存储卷的指定目录。

步骤S204、配置所述部署文件的容器模式、服务发现模式、微服务架构注册中心地址以及共享目录。

具体的，配置部署文件的容器模式，使得数据采集装置以边车模式挂载生成目标列表装置。配置部署文件中数据采集装置的外置配置，在其中重新定义数据采集装置的配置文件，配置其以基于文件的服务发现模式获取待采集目标，以及该文件的指定路径。配置部署文件中采集目标生成装置的外置配置，在其中定义生成目标列表装置的配置项，配置其待注册的微服务架构注册中心地址。配置部署文件中的共享目录，使得位于同一容器中以边车模式共存的数据采集装置和生成目标列表装置共享指定目录下的文件。

在云平台上导入部署文件后，就可以启动数据采集装置，在实际应用中，可以在数据采集装置内设置生成目标列表装置的虚拟功能模块。

上述实施例中，在采集目标应用实例对应的运行数据后，就可以对该运行数据进行存储和展示。

因此，为进一步优化上述实施例，参见图3，本发明实施例公开的另一种微服务应用运行数据的采集方法流程图，在图1所示实施例的基础上，在步骤S108之后，还可以包括：

步骤S110、将所述运行数据存储至挂载的存储卷中；

本实施例中的存储卷为持久化存储设备。

步骤S111、对数据采集装置的地址以及数据展示前面板进行配置；

步骤S112、启动所述数据采集装置，并在所述数据展示前面板展示所述运行数据。

在实际应用中，可以将运行数据按照指定的维度和格式进行展示。

综上可知，本发明公开的微服务应用运行数据的采集方法，具有如下优点：

1、具备自动服务发现能力

本发明能够解决微服务架构下应用节点会弹性变化，无法预先配置待采集目标列表的问题，通过数据采集装置基于文件的服务发现机制和生成目标列表装置的结合，具有了动态感知微服务架构中应用实例状态的能力，从而实时更新待采集目标列表，保证了数据采集的时效性和可靠性。

2、具备多维度标签标记功能

本发明通过添加多维度标签标记，方便后期对各维度数据进行聚合展示。

3、弹性扩容，高可靠性

本发明中的部署文件在云平台上执行，可以方便的进行弹性扩容。通过快速部署多个相同数据采集装置，保证高可靠性。运用了容器的边车模式，将生成目标列表装置同数据采集装置巧妙的结合，再配合容器的共享目录，充分利用基于文件的服务发现机制和容器的特性。同时使用了存储卷，将容器中的数据持久化到网络存储设备中，便于应用的重启和数据恢复。

4、契合未来发展趋势

本发明基于主流云平台Kubernetes推荐的开源数据监控系统，后续微服务架构等应用迁移上云后，无需更换数据采集和度量系统，只需在原有的数据采集系统下更改配置项，即可支持上云应用的数据采集。

与上述方法实施例相对应，本发明还公开的一种微服务应用运行数据的采集系统。

参见图4，本发明实施例公开的一种微服务应用运行数据的采集系统的结构示意图，该系统包括：

启动单元301，用于基于预先配置的部署文件启动数据采集功能；

具体的，可以在云平台导入部署文件，通过该部署文件启动数据采集功能。

列表获取单元302，用于获取全量微服务应用实例列表；

在实际应用中，可以设置一个虚拟功能模块，定义为：生成目标列表装置，生成目标列表装置注册至微服务注册中心，并通过微服务注册中心获取全量微服务应用实例列表。

第一信息获取单元303，用于当监测到所述全量微服务应用实例列表发生变化时，获取当前微服务架构上活跃的微服务应用实例信息；

其中，第一信息获取单元303具体可以用于：

对所述全量微服务应用实例列表进行心跳监测；

当监测到所述全量微服务应用实例列表发生变化时，获取所述微服务应用实例信息。

提取单元304，用于从所述微服务应用实例信息中提取出应用实例地址；

发送单元305，用于将所述应用实例地址对应的实例信息发送至指定文件中；

其中，发送单元305具体可以用于：

(1)对所述应用实例地址添加多维度标签，得到目标应用实例地址；

在实际应用中，可以根据应用实例，对应用实例地址添加多维度标签，以方便后续聚合数据。

(2)将所述目标应用实例地址对应的实例信息发送至指定文件中；

在实际应用中，可以将目标应用实例地址对应的实例信息发送至指定目录的指定文件中。

第二信息获取单元306，用于从所述指定文件中获取最新待采集目标应用实例信息；

在实际应用中，可以每隔第二预设时间段从所述指定文件中获取最新待采集目标应用实例信息，第二预设时间段的取值依据实际需要而定。

更新单元307，用于利用所述最新待采集目标应用实例信息更新待采集目标应用实例列表；

访问单元308，用于根据已更新的待采集目标应用实例列表中的应用实例地址访问对应的目标应用实例；

在实际应用中，可以根据已更新的目标应用实例列表中微服务架构下的应用实例地址，每隔第三预设时间段访问对应的目标应用实例。

采集单元309，用于采集所述目标应用实例对应的运行数据。

综上可知，本发明公开了一种微服务应用运行数据的采集系统，基于预先配置的部署文件启动数据采集功能，当监测到获取的全量微服务应用实例列表发生变化时，获取当前微服务架构上活跃的微服务应用实例信息，从微服务应用实例信息中提取出应用实例地址，并将应用实例地址对应的实例信息发送至指定文件中，从指定文件中获取最新待采集目标应用实例信息，利用最新待采集目标应用实例信息更新待采集目标应用实例列表，根据已更新的待采集目标应用实例列表中的应用实例地址访问对应的目标应用实例，并采集目标应用实例对应的运行数据。本发明通过支持微服务架构，实现对全量微服务应用实例列表的状态变化的监测，能够自动的、动态的发现与感知各微服务应用的节点变化，保证了采集的微服务应用运行数据的实时性，从而能够更准确的采集微服务架构上微服务应用的运行数据，从而实现对微服务应用运行状态的监测。

为进一步优化上实施例，本发明还公开了部署文件的配置过程。

采集系统还可以包括：

第一配置单元，用于配置所述部署文件；

所述第一配置单元具体用于：

在所述部署文件中配置数据采集功能；

配置所述部署文件的存储项，将所述部署文件的存储卷挂载至容器的指定目录下；

将所述部署文件中数据的存储路径修改为挂载所述存储卷的所述指定目录；

配置所述部署文件的容器模式、服务发现模式、微服务架构注册中心地址以及共享目录。

具体的，配置部署文件的容器模式，使得数据采集装置以边车模式挂载生成目标列表装置。配置部署文件中数据采集装置的外置配置，在其中重新定义数据采集装置的配置文件，配置其以基于文件的服务发现模式获取待采集目标，以及该文件的指定路径。配置部署文件中采集目标生成装置的外置配置，在其中定义生成目标列表装置的配置项，配置其待注册的微服务架构注册中心地址。配置部署文件中的共享目录，使得位于同一容器中以边车模式共存的数据采集装置和生成目标列表装置共享指定目录下的文件。

在云平台上导入部署文件后，就可以启动数据采集装置，在实际应用中，可以在数据采集装置内设置生成目标列表装置的虚拟功能模块。

上述实施例中，在采集目标应用实例对应的运行数据后，就可以对该运行数据进行存储和展示。

因此，为进一步优化上述实施例，采集系统还可以包括：

存储单元，用于在所述采集单元采集所述目标应用实例对应的运行数据之后，将所述运行数据存储至挂载的存储卷中；

第二配置单元，用于对数据采集装置的地址以及数据展示前面板进行配置；

启动单元，用于启动所述数据采集装置，并在所述数据展示前面板展示所述运行数据。

综上可知，本发明公开的微服务应用运行数据的采集系统，具有如下优点：

1、具备自动服务发现能力

本发明能够解决微服务架构下应用节点会弹性变化，无法预先配置待采集目标列表的问题，通过数据采集装置基于文件的服务发现机制和生成目标列表装置的结合，具有了动态感知微服务架构中应用实例状态的能力，从而实时更新待采集目标列表，保证了数据采集的时效性和可靠性。

2、具备多维度标签标记功能

本发明通过添加多维度标签标记，方便后期对各维度数据进行聚合展示。

3、弹性扩容，高可靠性

本发明中的部署文件在云平台上执行，可以方便的进行弹性扩容。通过快速部署多个相同数据采集装置，保证高可靠性。运用了容器的边车模式，将生成目标列表装置同数据采集装置巧妙的结合，再配合容器的共享目录，充分利用基于文件的服务发现机制和容器的特性。同时使用了存储卷，将容器中的数据持久化到网络存储设备中，便于应用的重启和数据恢复。

4、契合未来发展趋势

本发明基于主流云平台Kubernetes推荐的开源数据监控系统，后续微服务架构等应用迁移上云后，无需更换数据采集和度量系统，只需在原有的数据采集系统下更改配置项，即可支持上云应用的数据采集。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种微服务应用运行数据的采集方法，其特征在于，包括：

基于预先配置的部署文件启动数据采集功能；

获取全量微服务应用实例列表；

当监测到所述全量微服务应用实例列表发生变化时，获取当前微服务架构上活跃的微服务应用实例信息；

从所述微服务应用实例信息中提取出应用实例地址；

将所述应用实例地址对应的实例信息发送至指定文件中；

从所述指定文件中获取最新待采集目标应用实例信息；

利用所述最新待采集目标应用实例信息更新待采集目标应用实例列表；

根据已更新的待采集目标应用实例列表中的应用实例地址访问对应的目标应用实例；

采集所述目标应用实例对应的运行数据。

2.根据权利要求1所述的采集方法，其特征在于，所述当监测到所述全量微服务应用实例列表发生变化时，获取当前微服务架构上活跃的微服务应用实例信息，具体包括：

对所述全量微服务应用实例列表进行心跳监测；

当监测到所述全量微服务应用实例列表发生变化时，获取所述微服务应用实例信息。

3.根据权利要求1所述的采集方法，其特征在于，所述将所述应用实例地址对应的实例信息发送至指定文件中，具体包括：

对所述应用实例地址添加多维度标签，得到目标应用实例地址；

将所述目标应用实例地址对应的实例信息发送至所述指定文件中。

4.根据权利要求1所述的采集方法，其特征在于，所述部署文件的配置过程包括：

在所述部署文件中配置数据采集功能；

配置所述部署文件的存储项，将所述部署文件的存储卷挂载至容器的指定目录下；

将所述部署文件中数据的存储路径修改为挂载所述存储卷的所述指定目录；

配置所述部署文件的容器模式、服务发现模式、微服务架构注册中心地址以及共享目录。

5.根据权利要求1所述的采集方法，其特征在于，在所述采集所述目标应用实例对应的运行数据之后，还包括：

将所述运行数据存储至挂载的存储卷中；

对数据采集装置的地址以及数据展示前面板进行配置；

启动所述数据采集装置，并在所述数据展示前面板展示所述运行数据。

6.一种微服务应用运行数据的采集系统，其特征在于，包括：

启动单元，用于基于预先配置的部署文件启动数据采集功能；

列表获取单元，用于获取全量微服务应用实例列表；

第一信息获取单元，用于当监测到所述全量微服务应用实例列表发生变化时，获取当前微服务架构上活跃的微服务应用实例信息；

提取单元，用于从所述微服务应用实例信息中提取出应用实例地址；

发送单元，用于将所述应用实例地址对应的实例信息发送至指定文件中；

第二信息获取单元，用于从所述指定文件中获取最新待采集目标应用实例信息；

更新单元，用于利用所述最新待采集目标应用实例信息更新待采集目标应用实例列表；

访问单元，用于根据已更新的待采集目标应用实例列表中的应用实例地址访问对应的目标应用实例；

采集单元，用于采集所述目标应用实例对应的运行数据。

7.根据权利要求6所述的采集系统，其特征在于，所述第一信息获取单元具体用于：

对所述全量微服务应用实例列表进行心跳监测；

当监测到所述全量微服务应用实例列表发生变化时，获取所述微服务应用实例信息。

8.根据权利要求6所述的采集系统，其特征在于，所述发送单元具体用于：

对所述应用实例地址添加多维度标签，得到目标应用实例地址；

将所述目标应用实例地址对应的实例信息发送至所述指定文件中。

9.根据权利要求6所述的采集系统，其特征在于，还包括：

第一配置单元，用于配置所述部署文件；

所述第一配置单元具体用于：

在所述部署文件中配置数据采集功能；

配置所述部署文件的存储项，将所述部署文件的存储卷挂载至容器的指定目录下；

将所述部署文件中数据的存储路径修改为挂载所述存储卷的所述指定目录；

配置所述部署文件的容器模式、服务发现模式、微服务架构注册中心地址以及共享目录。

10.根据权利要求6所述的采集系统，其特征在于，还包括：

存储单元，用于在所述采集单元采集所述目标应用实例对应的运行数据之后，将所述运行数据存储至挂载的存储卷中；

第二配置单元，用于对数据采集装置的地址以及数据展示前面板进行配置；

启动单元，用于启动所述数据采集装置，并在所述数据展示前面板展示所述运行数据。

Images