CN115599410A - 一种大规模java探针管理的方法及系统 - Google Patents

Abstract

本发明公开一种大规模JAVA探针管理的方法，属于网络设备管理领域；该方法包括：根据集群中的应用Pod，获取含有探针的探针容器和环境参数；将探针容器部署到应用Pod中；根据环境参数，应用Pod加载探针容器中的探针，加载完成后退出探针容器。本发明还公开一种大规模JAVA探针管理的系统。本发明提升探针安装效率，简化安装流程，仅需运维在后台操作并进行应用重启即可完成探针安装。

Description

一种大规模JAVA探针管理的方法及系统

技术领域

本发明涉及网络设备管理领域，具体涉及一种大规模JAVA探针管理的方法及系统。

背景技术

目前探针接入需通过手动为每个应用实例添加-java agent参数指定探针加载路径，如果是容器化部署，还需重新构建应用镜像，添加探针文件，重复性工作多，耗时不可控；探针运行期所有权分散，导致安装、接入、升级过程中需要协调研发资源，总投入成本很难控制；缺少对agent完整生命周期的管理，依赖人工管理，导致容易出错而且成本高。

存在以下缺陷：

1、当前探针安装流程涉及人员过多，交付、测试、运维、研发均需参与；

2、需要为所有需接入探针的应用修改启动参数，且容易出现参数配置错误；

3、探针包线下交付容易出现文件丢失或给错文件，不同探针版本导致问题不好排查；

4、验证调试阶段可能会需要测试替换探针包，当前流程沟通中会浪费大量时间且容易出错。

发明内容

本发明的目的在于提供一种大规模JAVA探针管理的方法及系统，可以提升探针安装效率。

为解决上述技术问题，本发明提供一种大规模JAVA探针管理的方法，包括以下步骤：

根据集群中的应用Pod，匹配并获取应用数据库中相应的含有探针的探针容器和环境参数；

将探针容器部署到应用Pod中；

根据环境参数，应用Pod加载探针容器中的探针，加载完成后退出探针容器。

优选地，根据集群中的应用Pod，匹配并获取应用数据库中相应的含有探针的探针容器和环境参数，具体包括以下步骤：

创建应用数据库；所述应用数据库包括若干待匹配应用和相应的探针数据；所述探针数据包括含有探针的探针容器和环境参数；

在集群中的应用Pod启动时，该应用Pod中的目标应用与待匹配应用进行匹配；

若该应用Pod中的目标应用与待匹配应用匹配成功，则获取相应的含有探针的探针容器和环境参数。

优选地，根据环境参数，应用Pod加载探针容器中的探针，加载完成后退出探针容器，具体包括以下步骤：

根据环境参数，探针容器中的探针加载到应用Pod的未使用的容器中，加载完成后退出探针容器。

优选地，还包括以下步骤：

对应用Pod中的探针进行自检，得到自检结果；

根据自检结果，判断自检是否通过；

若自检通过，则启动容器。

优选地，对应用Pod中的探针进行自检，得到自检结果，具体包括以下步骤：

重启应用Pod中的目标应用相对应的容器，探针获取目标应用的应用数据作为自检数据；

根据自检数据，得到自检结果。

优选地，还包括以下步骤：

判断应用Pod中的目标应用是否为第一次发布；

若应用Pod中的目标应用为第一次发布，则目标应用执行测试用例，得到测试结果；

根据测试结果，判断测试是否通过；

若测试通过，则将完成探针测试。

优选地，目标应用执行测试用例，得到测试结果，具体包括以下步骤：

目标应用执行测试用例，探针获取目标应用的测试用例应用数据作为测试数据；

根据测试数据，得到测试结果。

本发明还提供一种大规模JAVA探针管理的系统，包括：

探针容器获取模块，用于根据集群中的应用Pod，匹配并获取应用数据库中相应的含有探针的探针容器和环境参数；

部署模块，用于将探针容器部署到应用Pod中；

加载模块，用于根据环境参数，应用Pod加载探针容器中的探针，加载完成后退出探针容器。

与现有技术相比，本发明的有益效果为：

1、提升探针安装效率，提供分批的安装、升级或卸载某个探针的功能，统一探针版本管理；

2、对客户应用无影响，与应用发布解耦，无需修改应用镜像或启动参数；

3、简化安装流程，仅需运维在后台操作并进行应用重启即可完成探针安装；

4、可扩展支持应用上的其它探针统一管理。

附图说明

下面结合附图对本发明的具体实施方式作进一步详细说明。

图1是本发明一种大规模JAVA探针管理的方法的流程示意图；

图2是Kubernetes集群安装流程图；

图3是Agent客户端的架构图；

图4是探针管理平台管理探针安装或卸载的流程示意图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本发明。但是本发明能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本发明内涵的情况下做类似推广，因此本发明不受下面公开的具体实施的限制。

在本说明书一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本说明书一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

下面结合图1-图4对本发明做进一步的详细描述：

如图1所示，本发明提供一种大规模JAVA探针管理的方法，包括以下步骤：

根据集群中的应用Pod，匹配并获取应用数据库中相应的含有探针的探针容器和环境参数；

将探针容器部署到应用Pod中；

根据环境参数，应用Pod加载探针容器中的探针，加载完成后退出探针容器。

优选的一个实施例，根据集群中的应用Pod，匹配并获取应用数据库中相应的含有探针的探针容器和环境参数，具体包括以下步骤：

创建应用数据库；所述应用数据库包括若干待匹配应用和相应的探针数据；所述探针数据包括含有探针的探针容器和环境参数；

在集群中的应用Pod启动时，该应用Pod中的目标应用与待匹配应用进行匹配；

若该应用Pod中的目标应用与待匹配应用匹配成功，则获取相应的含有探针的探针容器和环境参数。

优选的一个实施例，根据环境参数，应用Pod加载探针容器中的探针，加载完成后退出探针容器，具体包括以下步骤：

根据环境参数，探针容器中的探针加载到应用Pod的未使用的容器中，加载完成后退出探针容器。

优选的一个实施例，还包括以下步骤：

对应用Pod中的探针进行自检，得到自检结果；

根据自检结果，判断自检是否通过；

若自检通过，则启动容器。

优选的一个实施例，对应用Pod中的探针进行自检，得到自检结果，具体包括以下步骤：

重启应用Pod中的目标应用相对应的容器，探针获取目标应用的应用数据作为自检数据；

根据自检数据，得到自检结果。

优选的一个实施例，还包括以下步骤：

判断应用Pod中的目标应用是否为第一次发布；

若应用Pod中的目标应用为第一次发布，则目标应用执行测试用例，得到测试结果；

根据测试结果，判断测试是否通过；

若测试通过，则将完成探针测试。

优选的一个实施例，目标应用执行测试用例，得到测试结果，具体包括以下步骤：

目标应用执行测试用例，探针获取目标应用的测试用例应用数据作为测试数据；

根据测试数据，得到测试结果。

本发明还提供一种大规模JAVA探针管理的系统，包括：

探针容器获取模块，用于根据集群中的应用Pod，匹配并获取应用数据库中相应的含有探针的探针容器和环境参数；

部署模块，用于将探针容器部署到应用Pod中；

加载模块，用于根据环境参数，应用Pod加载探针容器中的探针，加载完成后退出探针容器。

本发明可以实现对agent升级发布的批量化、流水线化操作，降低客户端安装、接入和升级的总投入成本。

本发明具体包括以下优点：

a.实现对探针完整生命周期的独立控制，不再依赖客户应用进程；

b.探针的管理权统一，将探针发布行为与客户应用研发人员隔离，实现探针升级可由SRE单独完成；

c.提升发布效率，对目标应用进行批量化、流水线化发布。

为了更好的说明本发明的技术效果，本发明提供如下具体实例说明上述技术流程：

探针的自动安装、升级、卸载行为由AgentService具体实现。AgentService提供了Linux和k8s两种环境的适配。通过AgentStarter为用户应用添加目标探针；如图2所示。

以k8s环境为例，一种大规模JAVA探针管理的方法，具体包括以下步骤：

1、启动agentService服务，通过agentService服务向Kubernetes集群注册webhook 接口；

2、用户通过代理程序管理器AgentManager操作任务列表中的待匹配应用，选择待匹配应用后开始安装探针；

3、代理程序管理器AgentManager向agentService服务心跳下发安装探针指令，安装探针指令包含了需要安装探针的应用容器镜像信息和探针包信息；探针包信息包括探针容器（InitContainer）和环境参数；

4、agentService服务获取到安装探针指令后，向代理程序管理器AgentManager上报就绪信息；

5、用户在代理程序管理器AgentManager的页面上等待任务状态；在代理程序管理器AgentManager接收到就绪信息后，任务列表中的待匹配应用的任务状态调整为“应用待重启”；

6、用户在云平台等操作页面上对任务列表中任务状态调整为“应用待重启”的应用进行重启操作；

7、应用Pod启动的时候，Kubernetes集群通过webhook接口向agentService服务发起匹配指令；

8、agentService服务接收到匹配指令之后，对应用Pod中的目标应用与待匹配应用进行匹配；

若匹配成功，发现是任务列表中的待匹配应用，则修改该应用Pod的启动指令，在指令中增加探针容器（InitContainer）和环境参数，agentService服务通过webhook接口向Kubernetes集群发送重启配置修改成功指令；

9、Kubernetes集群获取到webhook接口返回的重启配置修改成功指令，根据新的启动信息启动应用Pod；

10、应用Pod启动中会先启动探针容器（agentService服务在修改指令的时候默认会把探针容器启动放在第一位）；

11、探针容器根据环境参数下载探针到本地，并且修改启动容器的环境变量JAVA_TOOL_OPTIONS，为所有jvm启动进程增加探针启动参数；

12、探针容器启动完成后进行应用本身的容器启动，通过jvm自带机制，先获取环境变量JAVA_TOOL_OPTIONS的内容后再启动应用，这个过程中完成探针的启动；

13、应用启动完成后，探针上报自身的状态数据给代理程序管理器AgentManager，同时AgentService服务也会上报最新的容器状态给代理程序管理器AgentManager；

14、用户可以在代理程序管理器AgentManager上查看任务的最终状态和应用的探针安装状态。

本发明Agent客户端的架构图如图3所示。

本发明通过探针管理平台提供探针的批量安装、升级及卸载功能，用户可通过界面发起发布或卸载任务，待任务状态变更为待重启应用后，线下完成应用重启，即可完成目标应用对应的探针安装或卸载；如图4所示。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块、模组或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元、模组或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。

所述单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分从网络上被下载和安装，和/或从可拆卸介质被安装。在该计算机程序被中央处理单元(CPU)执行时，执行本发明的方法中限定的上述功能。需要说明的是，本发明上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是但不限于电、磁、光、电磁、红外线段、或半导体的系统、装置或器件，或者任意以上的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何在本发明揭露的技术范围内的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (8)

1.一种大规模JAVA探针管理的方法，其特征在于，包括以下步骤：

根据集群中的应用Pod，匹配并获取应用数据库中相应的含有探针的探针容器和环境参数；

将探针容器部署到应用Pod中；

根据环境参数，应用Pod加载探针容器中的探针，加载完成后退出探针容器。

2.根据权利要求1所述的大规模JAVA探针管理的方法，其特征在于，根据集群中的应用Pod，匹配并获取应用数据库中相应的含有探针的探针容器和环境参数，具体包括以下步骤：

创建应用数据库；所述应用数据库包括若干待匹配应用和相应的探针数据；所述探针数据包括含有探针的探针容器和环境参数；

在集群中的应用Pod启动时，该应用Pod中的目标应用与待匹配应用进行匹配；

若该应用Pod中的目标应用与待匹配应用匹配成功，则获取相应的含有探针的探针容器和环境参数。

3.根据权利要求1所述的大规模JAVA探针管理的方法，其特征在于，根据环境参数，应用Pod加载探针容器中的探针，加载完成后退出探针容器，具体包括以下步骤：

根据环境参数，探针容器中的探针加载到应用Pod的未使用的容器中，加载完成后退出探针容器。

4.根据权利要求1所述的大规模JAVA探针管理的方法，其特征在于，还包括以下步骤：

对应用Pod中的探针进行自检，得到自检结果；

根据自检结果，判断自检是否通过；

若自检通过，则启动容器。

5.根据权利要求4所述的大规模JAVA探针管理的方法，其特征在于，对应用Pod中的探针进行自检，得到自检结果，具体包括以下步骤：

重启应用Pod中的目标应用相对应的容器，探针获取目标应用的应用数据作为自检数据；

根据自检数据，得到自检结果。

6.根据权利要求5所述的大规模JAVA探针管理的方法，其特征在于，还包括以下步骤：

判断应用Pod中的目标应用是否为第一次发布；

若应用Pod中的目标应用为第一次发布，则目标应用执行测试用例，得到测试结果；

根据测试结果，判断测试是否通过；

若测试通过，则将完成探针测试。

7.根据权利要求6所述的大规模JAVA探针管理的方法，其特征在于，目标应用执行测试用例，得到测试结果，具体包括以下步骤：

目标应用执行测试用例，探针获取目标应用的测试用例应用数据作为测试数据；

根据测试数据，得到测试结果。

8.一种大规模JAVA探针管理的系统，用于实现如权利要求1-7任一所述的大规模JAVA探针管理的方法，其特征在于，包括：

探针容器获取模块，用于根据集群中的应用Pod，匹配并获取应用数据库中相应的含有探针的探针容器和环境参数；

部署模块，用于将探针容器部署到应用Pod中；

加载模块，用于根据环境参数，应用Pod加载探针容器中的探针，加载完成后退出探针容器。

Images