CN115134270B - 代码监控方法、监控系统、电子设备及存储介质 - Google Patents

Abstract

本申请提供一种代码监控方法、监控系统、电子设备及存储介质，监控系统包括Prometheus监控平台和至少一个目标设备，该方法包括：目标设备获取基于业务代码和监控文件经打包处理生成的代码软件包并解压，加载解压后的代码软件包，监控文件包括业务代码的版本信息；在业务代码运行时目标设备将版本信息上传至Prometheus监控平台；Prometheus监控平台根据目标设备上传的版本信息，对至少一个目标设备的业务代码进行代码版本监控，在确定多个目标设备对应的代码版本数量满足预设条件时，输出代码版本不一致的第一提示信息。本申请可以对业务代码进行代码版本监控，在业务代码的版本信息不满足要求时，输出报警提示。

Description

代码监控方法、监控系统、电子设备及存储介质

技术领域

本申请涉及数据处理技术领域，尤其涉及一种代码监控方法、监控系统、电子设备及存储介质。

背景技术

在互联网行业中，开发工程师在完成程序的开发后，需要将程序代码或者编译结果部署到服务器上运行，才能间接的为用户提供服务。服务器部署实例到达一定规模后，在版本迭代过程中，如果有遗漏或者宕机的实例重新上线，会导致线上代码版本的不一致，从而引发用户报障或数据异常。

因此，目前亟需提供一种监控代码版本的方法，以保证线上代码版本的一致性，避免由于代码版本不一致引发用户报障或数据异常的问题。

发明内容

本申请实施例提供一种代码监控方法、监控系统、电子设备及存储介质，以保证线上代码版本的一致性，避免由于代码版本不一致引发用户报障或数据异常的问题。

在本申请实施例的第一方面，提供了一种代码监控方法，应用于监控系统，所述监控系统包括Prometheus监控平台以及至少一个目标设备，所述方法包括：

所述目标设备获取编译服务器生成的代码软件包并解压，加载解压后的所述代码软件包，所述代码软件包为基于业务代码和监控文件经打包处理生成，所述监控文件至少包括所述业务代码的版本信息；

在所述业务代码在所述目标设备上运行时，所述目标设备将所述版本信息上传至所述Prometheus监控平台；

所述Prometheus监控平台根据所述至少一个目标设备上传的所述版本信息，对所述至少一个目标设备的业务代码进行代码版本监控；其中，在所述目标设备为一个的情况下，所述Prometheus监控平台显示所述目标设备的版本信息，在所述目标设备为多个的情况下，所述Prometheus监控平台在确定多个目标设备对应的代码版本数量满足预设条件时，输出代码版本不一致的第一提示信息。

在本申请实施例的第二方面，提供了一种监控系统，所述监控系统包括Prometheus监控平台以及至少一个与所述Prometheus监控平台通信的目标设备；

所述目标设备用于：获取编译服务器生成的代码软件包并解压，加载解压后的所述代码软件包，所述代码软件包为基于业务代码和监控文件经打包处理生成，所述监控文件至少包括所述业务代码的版本信息；

所述目标设备还用于：在所述业务代码在所述目标设备上运行时，将所述版本信息上传至所述Prometheus监控平台；

所述Prometheus监控平台用于：根据所述至少一个目标设备上传的所述版本信息，对所述至少一个目标设备的业务代码进行代码版本监控；其中，在所述目标设备为一个的情况下，所述Prometheus监控平台显示所述目标设备的版本信息，在所述目标设备为多个的情况下，所述Prometheus监控平台在确定多个目标设备对应的代码版本数量满足预设条件时，输出代码版本不一致的第一提示信息。

在本申请实施例的第三方面，提供了一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的程序时，实现上述的代码监控方法。

在本申请实施的第四方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述的代码监控方法。

在本申请实施的第五方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述的代码监控方法。

本申请实施例至少包括以下技术效果：

本申请技术方案，目标设备在获取编译服务器生成的代码软件包并解压后，加载解压后的代码软件包以在目标设备上加载业务代码和业务代码的版本信息，在业务代码在目标设备上运行时，目标设备将业务代码的版本信息传输至Prometheus监控平台，Prometheus监控平台根据至少一个目标设备传输的版本信息对至少一个目标设备的业务代码进行代码版本监控，以在业务代码的版本信息不满足要求时，输出报警提示，使得工作人员及时发现异常版本的业务代码并处理，保证各目标设备对应的代码版本的一致性，避免由于代码版本不一致引发用户报障或数据异常的问题。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。

图1为本申请实施例代码监控方法对应的系统架构示意图；

图2为本申请实施例提供的代码监控方法示意图；

图3为本申请实施例提供的目标设备与编译服务器、监控平台交互的交互流程示意图；

图4为本申请实施例提供的监控系统示意图；

图5为本申请实施例提供的电子设备的结构框图。

具体实施方式

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

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。本申请实施例中术语“多个”是指两个或两个以上，其它量词与之类似。

在本申请的各种实施例中，应理解，下述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

本申请实施例可以实时监控代码版本，在业务代码的版本信息不满足要求时，输出报警提示，使得工作人员及时发现异常版本的业务代码并处理，保证线上各目标设备对应的代码版本的一致，同时可以根据监控需求对待监控信息进行监控，在保证待监控信息的一致性的同时，实现对待监控信息的查看。

首先，对本申请实施例对应的系统架构进行介绍，参见图1所示，本申请实施例中的多个目标设备11与编译服务器12通信，用于从编译服务器12下载代码软件包，且多个目标设备11与Prometheus监控平台13通信，用于向Prometheus监控平台13传输业务代码对应的版本信息以及待监控信息，Prometheus监控平台13对多个目标设备11传输的业务代码的版本信息以及待监控信息进行监控。

下面对本申请实施例提供的代码监控方法进行介绍，本申请的代码监控方法应用于监控系统，监控系统包括Prometheus监控平台以及至少一个目标设备，参见图2所示，本申请实施例提供的方法包括：

步骤201、目标设备获取编译服务器生成的代码软件包并解压，加载解压后的代码软件包，代码软件包为基于业务代码和监控文件经打包处理生成，监控文件至少包括业务代码的版本信息。

本实施例中，目标设备与编译服务器通信，目标设备基于与编译服务器的通信获取编译服务器生成的代码软件包，其中编译服务器将业务代码的版本信息写入创建的监控文件之后，对监控文件进行加锁处理，以设置监控文件为只读状态，然后基于只读状态的监控文件和业务代码进行打包处理生成代码软件包。通过设置监控文件为只读状态，可以避免监控文件中的数据被篡改。

目标设备在获取编译服务器生成的代码软件包之后，对代码软件包进行解压处理，以获取解压后的代码软件包，解压后的代码软件包包括业务代码以及处于只读状态的监控文件。

目标设备在对获取的代码软件包进行解压处理之后，加载解压之后的代码软件包。其中，在加载解压之后的代码软件包时，可将业务代码以及监控文件中的业务代码的版本信息进行加载，以实现在目标设备上加载业务代码以及业务代码的版本信息，通过加载版本信息，可以基于访问业务代码的版本的访问请求，反馈对应的版本信息。

步骤202、在业务代码在目标设备上运行时，目标设备将版本信息上传至Prometheus监控平台。

在加载业务代码和业务代码的版本信息之后，在业务代码在目标设备上运行时，将业务代码的版本信息传输至Prometheus监控平台。其中，Prometheus监控平台具有强大的功能，可以监控大多数主流的中间件，还提供了metrics规范，可以广泛应用于各种场景，只要按照规范提供相应接口类型的数据，prometheus监控平台就能根据需求实现监控。

步骤203、Prometheus监控平台根据至少一个目标设备上传的版本信息，对至少一个目标设备的业务代码进行代码版本监控；其中，在目标设备为一个的情况下，Prometheus监控平台显示目标设备的版本信息，在目标设备为多个的情况下，Prometheus监控平台在确定多个目标设备对应的代码版本数量满足预设条件时，输出代码版本不一致的第一提示信息。

Prometheus监控平台在获取目标设备传输的业务代码的版本信息之后，可以对业务代码的版本信息进行监控。在目标设备的数量为一个的情况下，Prometheus监控平台显示当前目标设备的版本信息，实现对代码版本的监控；且可以将获取的标准版本信息与当前目标设备对应的版本信息进行比较，在不一致时输入提示。在目标设备的数量为多个(至少两个)的情况下，监控平台确定多个目标设备对应的代码版本数量，在多个目标设备对应的代码版本数量满足预设条件时，确定业务代码的版本信息不满足要求，输出报警提示，由工作人员基于报警提示及时发现异常版本的业务代码并处理。其中，Prometheus监控平台可以展示各目标设备的版本信息、提供版本信息的查询入口。

本申请上述实施过程，目标设备在获取编译服务器生成的代码软件包并解压后，加载解压后的代码软件包以在目标设备上加载业务代码和业务代码的版本信息，在业务代码在目标设备上运行时，目标设备将业务代码的版本信息传输至Prometheus监控平台，Prometheus监控平台根据至少一个目标设备传输的版本信息对至少一个目标设备进行代码版本监控，以在业务代码的版本信息不满足要求时，输出报警提示，使得工作人员及时发现异常版本的业务代码并处理，保证各目标设备对应的代码版本的一致性，避免由于代码版本不一致引发用户报障或数据异常的问题。

在本申请一实施例中，在目标设备为多个的情况下，多个目标设备对应于N个分组，每个分组包括至少一个目标设备，N为大于或者等于1的整数；Prometheus监控平台在对多个目标设备的业务代码进行代码版本监控时，包括：针对每个分组，检测分组对应的代码版本数量是否大于或者等于预设阈值；在N个分组中包括代码版本数量大于或者等于预设阈值的目标分组时，输出第一提示信息。

本申请中的目标设备可以为部署业务代码的应用服务器或者Docker。在目标设备为多个(至少两个)的情况下，多个目标设备可对应于N个分组，N为大于或者等于1的整数。在N的取值为1时，多个目标设备对应于1个分组，在N的取值大于1时，多个目标设备可以对应于至少两个分组，每个分组中可以包括至少一个目标设备。针对N的取值大于1的情况，N个分组可以基于随机分组规则确定，也可以基于特定分组原则确定，在基于特定分组原则确定时，属于同一分组中的目标设备具有相同的特征。如，可以是属于同一分组中的目标设备对应的终端类型相同，或者，属于同一分组中的目标设备对应的用户类型相同。具体而言，分组1中的应用服务器对应的终端为手机、分组2中的应用服务器对应的终端为电脑；或者，分组1中的应用服务器对应于前端用户、分组2中的应用服务器对应于后端用户。

需要说明的是，针对每个分组而言，其所允许的代码版本数量不能大于或者等于预设阈值，这里的预设阈值为通过综合考量确定的阈值，考虑到代码升级情况，同一分组可以包括不同的代码版本，但是在代码版本数量大于或者等于预设阈值时，表明当前分组所对应的代码版本数量过多，当前分组对应的代码版本存在异常。

Prometheus监控平台在对多个目标设备的业务代码进行代码版本监控时，可以针对每个分组，检测当前分组对应的代码版本数量是否大于或者等于预设阈值，若当前分组对应的代码版本数量大于或者等于预设阈值，表明当前分组所对应的代码版本数量过多，当前分组对应的代码版本存在异常，确定当前分组为目标分组。在N个分组中包括目标分组时，即可输出第一提示信息。

其中，第一提示信息可以为语音提示和/或文字提示，且第一提示信息可以包括某个目标设备对应的代码版本异常的提示内容，以便于工作人员基于第一提示信息确定异常版本的业务代码并处理。预设阈值为预先设置的所允许的代码版本数量的极值，如，预设阈值可以为3，在当前分组对应的代码版本数量大于或者等于3时，确定当前分组属于目标分组。

在不分组的情况下，在多个目标设备对应的代码版本数量大于或者等于预设阈值时，输出第一提示信息，在分组之后，多个目标设备对应于至少两个分组时，每个分组中对应的目标设备的数量小于目标设备的总数量，在某一分组对应的代码版本数量大于或者等于预设阈值时，表明该分组所对应的代码版本数量过多，该分组对应的代码版本存在异常，输出第一提示信息，可以实现代码版本监控的精细化。

本申请上述实施过程，通过分组的方式进行代码版本监控，可以实现信息分组监控，以相对精细地进行信息监控。

在本申请一实施例中，目标设备在解压代码软件包之后，还包括：

在需要对监控文件中的内容进行修改时，目标设备将监控文件的状态由只读状态修改为读写状态；

目标设备更新监控文件中的第一待监控信息或者在监控文件中写入第二待监控信息，获取更新后的监控文件，并将更新后的监控文件修改为只读状态；

其中，在监控文件包括第一待监控信息且第一待监控信息需修改时，目标设备更新第一待监控信息；在监控文件仅包括版本信息时，目标设备在监控文件中写入第二待监控信息；第一待监控信息或者第二待监控信息为需要Prometheus监控平台监控的信息。

目标设备在获取代码软件包并解压，获取业务代码和只读状态的监控文件之后，可以对监控文件中的内容进行读取，在通过读取确定监控文件中的内容需要修改时，需要对监控文件进行更新，此时将监控文件的状态由只读状态修改为读写状态。其中，监控文件中的内容需要修改，可以是监控文件中不存在待监控信息或者已经存在的待监控信息不符合目标设备的要求。只读状态的监控文件为加锁监控文件，通过对监控文件进行解锁，可以将监控文件的状态修改为读写状态，在读写状态下可以对监控文件中的内容进行修改。

在将监控文件由只读状态修改为读写状态之后，可以对监控文件进行更新。针对监控文件中包括版本信息和第一待监控信息的情况，在进行更新时，在第一待监控信息的基础上进行增加、删除和修改内容中的至少一项处理，以更新第一待监控信息，进而更新监控文件。针对监控文件中包括版本信息、不包括待监控信息的情况下，在进行更新时，在监控文件中写入第二待监控信息，以更新监控文件。其中，第一待监控信息和第二待监控信息为自定义的、需要Prometheus监控平台监控的信息，第一待监控信息为编译服务器写入监控文件中的待监控信息，第二待监控信息为目标设备写入监控文件中的待监控信息。

在完成监控文件的更新之后，将更新后的监控文件由读写状态恢复为只读状态，即，对更新后的监控文件进行加锁，避免更新后的监控文件被篡改。针对待监控信息而言，可以包括用户配置文件Profile的配置信息、自定义的分组信息等。

其中，在解压代码软件包、获取业务代码以及监控文件，并对监控文件进行更新之后，在加载代码软件包时，包括：

目标设备加载业务代码以及更新后的监控文件，以加载目标信息；其中，目标信息包括业务代码、版本信息和更新后的第一待监控信息，或者，目标信息包括业务代码、版本信息和第二待监控信息。

在对监控文件进行更新之后，在加载代码软件包时，可以加载业务代码以及更新后的监控文件，通过加载业务代码以及更新后的监控文件，可以实现在目标设备上加载业务代码、版本信息和更新后的第一待监控信息，或者，在目标设备上加载业务代码、版本信息和第二待监控信息。

上述实施过程，可以在监控文件中的内容需要修改时，更新监控文件中的待监控信息或者在监控文件中增加待监控信息，以更新监控文件；在更新监控文件之后，可以在目标设备上加载业务代码以及更新后的监控文件，实现将最新内容加载在目标设备上。

在本申请一实施例中，在更新监控文件之后，目标设备在将版本信息上传至Prometheus监控平台的同时，将目标待监控信息上传至Prometheus监控平台，目标待监控信息包括更新后的第一待监控信息或者第二待监控信息；

Prometheus监控平台对至少一个目标设备上传的目标待监控信息进行监控。

目标设备在更新监控文件之后，加载业务代码以及更新后的监控文件，以在目标设备上加载业务代码、版本信息和更新后的第一待监控信息，或者，在目标设备上加载业务代码、版本信息和第二待监控信息。在业务代码在目标设备上运行时，目标设备将版本信息以及目标待监控信息同步上传至Prometheus监控平台，这里的目标待监控信息包括更新后的第一待监控信息或者第二待监控信息。Prometheus监控平台可以接收至少一个目标设备上传的目标待监控信息，并对其进行监控。

下面对目标设备上传版本信息以及目标待监控信息的过程进行介绍。目标设备在上传版本信息和目标待监控信息时，包括：将版本信息进行格式转换后生成第一metric监控信息；将目标待监控信息进行格式转换后生成第二metric监控信息；将第一metric监控信息和第二metric监控信息，通过metric接口上传至Prometheus监控平台。

由于Prometheus监控平台提供了metrics规范，在按照规范提供相应接口类型的数据时，Prometheus监控平台可以根据需求实现监控，因此目标设备在进行信息上传时需要进行格式转换。

目标设备在传输版本信息时，将版本信息转化为metric格式，以获取版本信息对应的第一metric监控信息，将第一metric监控信息通过metric接口传输至Prometheus监控平台。相应的，目标设备在传输更新后的第一待监控信息或者第二待监控信息时，将更新后的第一待监控信息或者第二待监控信息转化为metric格式，以获取更新后的第一待监控信息或者第二待监控信息对应的第二metric监控信息，将第二metric监控信息通过metric接口传输至Prometheus监控平台。

通过向Prometheus监控平台传输版本信息对应的第一metric监控信息、更新后的第一待监控信息或者第二待监控信息对应的第二metric监控信息，可以按照规范提供相应接口类型的数据，便于Prometheus监控平台根据需求实现监控。

上述实施过程，在对监控文件进行更新之后，通过加载业务代码以及更新后的监控文件，可以实现在目标设备上加载业务代码、版本信息的基础上，加载更新后的第一待监控信息或者第二待监控信息，将更新后的第一待监控信息或者第二待监控信息进行格式转换、将版本信息进行格式转换，将经过格式转换后的信息传输至Prometheus监控平台，由Prometheus监控平台进行监控。

下面对Prometheus监控平台对至少一个目标设备上传的目标待监控信息进行监控的过程进行介绍。在目标设备为一个的情况下，Prometheus监控平台显示目标待监控信息；在目标设备为多个的情况下，Prometheus监控平台在确定至少一个目标设备对应的目标待监控信息与其他目标设备对应的目标待监控信息不一致的情况下，输出目标待监控信息不符合要求的第二提示信息。

在目标设备为一个的情况下，Prometheus监控平台显示该目标设备对应的目标待监控信息，实现对目标待监控信息的监控；且可以将获取的标准信息与当前目标设备上传的目标待监控信息进行比较，在不一致时输入提示。在目标设备为至少两个的情况下，Prometheus监控平台将各目标设备上传的目标待监控信息进行比较，在确定至少一个目标设备对应的目标待监控信息与其他目标设备对应的目标待监控信息不一致的情况下，输出第二提示信息。以进行目标待监控信息不符合要求的告警提示，第二提示信息可以为语音提示和/或文字提示。通过输出第二提示信息，可以便于技术人员了解到哪个设备对应的目标待监控信息不符合要求，以执行相应操作，如重新配置自定义待监控信息。

上述实施过程，Prometheus监控平台接收至少一个目标设备传输的业务代码对应的目标待监控信息，在目标待监控信息不符合要求的情况下，输出告警提示，可以便于技术人员及时处理。

其中，Prometheus监控平台可以通过PromQL(Prometheus Query Language)查询代码版本信息以及目标待监控信息，并可定制不同的代码版本报警规则、监控信息报警规则。

在本申请一实施例中，获取编译服务器生成的代码软件包，包括：

目标设备向编译服务器发送携带代码版本标识的下载请求；目标设备接收编译服务器基于下载请求发送的代码软件包。

目标设备在基于与编译服务器的通信获取编译服务器生成的代码软件包时，向编译服务器发送携带代码版本标识的下载请求，所发送的下载请求为下载对应版本的业务代码的请求。

针对编译服务器而言，在接收到目标设备发送的下载请求之后，根据下载请求中的代码版本标识确定对应的代码版本，进而获取对应的业务代码。然后将业务代码的版本信息写入创建的监控文件，或者，将业务代码的版本信息以及第一待监控信息写入创建的监控文件，对监控文件进行加锁处理，以设置监控文件为只读状态，基于只读状态的监控文件和业务代码进行打包处理生成代码软件包。

目标设备接收编译服务器基于下载请求反馈的代码软件包，且所获取的代码软件包中的业务代码与代码版本标识对应的代码版本匹配。

上述实施过程，通过向编译服务器发送携带代码版本标识的下载请求，接收编译服务器反馈的代码软件包，可以获取与代码版本标识对应的代码版本匹配的代码软件包。

在一实施例中，目标设备加载版本信息之后，响应于第一访问请求，反馈版本信息；目标设备加载更新后的第一待监控信息或者第二待监控信息之后，响应于第二访问请求，反馈更新后的第一待监控信息或者第二待监控信息。

目标设备在加载版本信息之后，在接收到访问业务代码的代码版本的第一访问请求时，反馈对应的版本信息，以实现支持版本信息的查看，可以在Prometheus监控平台不可用时，通过目标设备了解业务代码的版本信息。

相应的，目标设备在加载更新后的第一待监控信息或者第二待监控信息之后，在接收到访问更新后的第一待监控信息的第二访问请求时，反馈更新后的第一待监控信息，在接收到访问第二待监控信息的第二访问请求时，反馈第二待监控信息，以实现支持待监控信息的查看，可以在Prometheus监控平台不可用时，通过目标设备了解待监控信息。

上述实施过程，可以在目标设备侧支持版本信息的查看、在目标设备侧支持待监控信息的查看，以便于在Prometheus监控平台不可用时，通过目标设备了解业务代码对应的版本信息和待监控信息。

其中，本申请实施例中的目标设备为部署业务代码的应用服务器或者应用容器引擎Docker，应用服务器或者Docker运行业务代码，向Prometheus监控平台传输业务代码对应的版本信息和目标待监控信息，由Prometheus监控平台对其进行监控。针对Docker而言，监控文件在Docker Image中加载，保证服务迁移云上后，代码版本信息不丢失。

在本申请一实施例中，Prometheus监控平台在输出第一提示信息的情况下，输出包括至少一个目标设备对应的版本信息的第一监控图表；在输出第二提示信息的情况下，输出包括至少一个目标设备对应的目标待监控信息的第二监控图表。

在确定业务代码的版本信息不满足要求的情况下，输出告警提示，并输出包括至少一个目标设备对应的版本信息的第一监控图表，可以便于技术人员了解各目标设备对应的版本信息。在确定业务代码对应的目标监控信息不符合要求的情况下，输出告警提示，并输出包括至少一个目标设备对应的目标待监控信息的第二监控图表，可以便于技术人员了解当前目标设备对应的目标待监控信息。其中，监控图表对应于Key和Value键值对，Key表示监控参数、Value表示监控内容，如，第二监控图表中目标待监控信息包括的配置文件的标签为Key，配置文件的内容为Value，第一监控图表中版本信息的标签为Key，版本信息的内容为Value。

针对Prometheus监控平台接收到多个目标设备传输的目标待监控信息时，可以对多个目标设备进行分组处理，此时对应的分组数目与监控版本信息时对应的分组数目可以相同，也可以相区别。

Prometheus监控平台也可以将目标设备传输的目标待监控信息和版本信息作为一组信息，对多个目标设备对应的多组信息进行分组处理，得到至少两个分组，每个分组内包括至少一组信息，每组信息包括版本信息以及目标待监控信息，且分组对应的信息组的数量可以相同或者相区别。此时，在进行分组处理时，可以基于监控版本信息时对应的分组原则进行分组处理，也可以依据目标待监控信息中的监控内容进行分组处理，如，基于目标待监控信息中的机房所处位置对目标设备进行分组处理。

下面以监控版本信息为例、通过一具体实施流程对目标设备与编译服务器、监控平台的交互过程进行介绍，参见图3所示，包括：

步骤301、编译服务器将业务代码的版本信息写入监控文件、设置监控文件为只读状态，基于业务代码和只读状态的监控文件进行打包生成代码软件包。

步骤302、目标设备向编译服务器发送携带代码版本标识的下载请求，获取代码软件包，代码软件包与代码版本标识对应的代码版本匹配。

步骤303、目标设备解压代码软件包，获取业务代码以及监控文件。

步骤304、目标设备加载业务代码以及监控文件，以加载业务代码和版本信息。

步骤305、目标设备将版本信息进行格式转换后、基于metric接口传输至Prometheus监控平台。

步骤306、Prometheus监控平台对至少一个目标设备传输的版本信息进行监控，在版本信息不满足要求时输出告警提示。

上述实施流程，可以在代码版本不满足要求的情况下，输出告警提示，便于技术人员及时发现异常版本的业务代码并处理，保证各目标设备对应的代码版本的一致性，避免由于代码版本不一致引发用户报障或数据异常的问题。

需要说明的是，本申请实施例通过采用Prometheus监控平台作为后端监控，而不是采用zabbix等传统监控工具，可随时在监控文件中添加待监控信息或者更新待监控信息，随时被监控平台读取到，使得信息监控更加灵活。

以上为本申请实施例提供的代码监控方法，目标设备在获取编译服务器生成的代码软件包并解压后，加载解压后的代码软件包以在目标设备上加载业务代码和业务代码的版本信息，在业务代码在目标设备上运行时，目标设备将业务代码的版本信息传输至Prometheus监控平台，Prometheus监控平台根据至少一个目标设备传输的版本信息对至少一个目标设备进行代码版本监控，以在业务代码的版本信息不满足要求时，输出报警提示，使得工作人员及时发现异常版本的业务代码并处理，保证各目标设备对应的代码版本的一致性，避免由于代码版本不一致引发用户报障或数据异常的问题。

进一步地，目标设备在获取监控文件之后，更新监控文件中的待监控信息或者在监控文件中增加待监控信息，以根据实际监控需求更新监控文件；在加载更新后的监控文件之后，向Prometheus监控平台传输目标待监控信息，可以由Prometheus监控平台在进行信息监控的同时，提供待监控信息的查看入口。

通过向编译服务器发送携带代码版本标识的下载请求，接收编译服务器反馈的代码软件包，可以获取与代码版本标识对应的代码版本匹配的代码软件包；通过在目标设备侧支持版本信息、待监控信息的查看，可以在Prometheus监控平台不可用时，通过目标设备了解业务代码的版本信息和待监控信息。

本申请实施例还提供一种监控系统，参见图4所示，监控系统400包括Prometheus监控平台401以及至少一个与Prometheus监控平台401通信的目标设备402；

目标设备402用于：获取编译服务器生成的代码软件包并解压，加载解压后的代码软件包，代码软件包为基于业务代码和监控文件经打包处理生成，监控文件至少包括业务代码的版本信息；

目标设备402还用于：在业务代码在目标设备402上运行时，将版本信息上传至Prometheus监控平台401；

Prometheus监控平台401用于：根据至少一个目标设备402上传的版本信息，对至少一个目标设备402的业务代码进行代码版本监控；其中，在目标设备402为一个的情况下，Prometheus监控平台401显示目标设备402的版本信息，在目标设备402为多个的情况下，Prometheus监控平台401在确定多个目标设备402对应的代码版本数量满足预设条件时，输出代码版本不一致的第一提示信息。

可选地，在目标设备402为多个的情况下，多个目标设备402对应于N个分组，每个分组包括至少一个目标设备402，N为大于或者等于1的整数；Prometheus监控平台401在对多个目标设备402的业务代码进行代码版本监控时，还用于：针对每个分组，检测分组对应的代码版本数量是否大于或者等于预设阈值；在N个分组中包括代码版本数量大于或者等于预设阈值的目标分组时，输出第一提示信息。

可选地，目标设备402在解压代码软件包之后，还用于：在需要对监控文件中的内容进行修改时，将监控文件的状态由只读状态修改为读写状态；更新监控文件中的第一待监控信息或者在监控文件中写入第二待监控信息，获取更新后的监控文件，并将更新后的监控文件修改为只读状态；

其中，在监控文件包括第一待监控信息且第一待监控信息需修改时，目标设备402更新第一待监控信息；在监控文件仅包括版本信息时，目标设备402在监控文件中写入第二待监控信息；第一待监控信息或者第二待监控信息为需要Prometheus监控平台监控的信息。

可选地，在加载解压后的代码软件包时，目标设备402还用于：加载业务代码以及更新后的监控文件，以加载目标信息；目标信息包括业务代码、版本信息和更新后的第一待监控信息，或者，目标信息包括业务代码、版本信息和第二待监控信息。

可选地，目标设备402在将版本信息上传至Prometheus监控平台401的同时，还用于：将目标待监控信息上传至Prometheus监控平台401，目标待监控信息包括更新后的第一待监控信息或者第二待监控信息；Prometheus监控平台401还用于：对至少一个目标设备402上传的目标待监控信息进行监控。

可选地，目标设备402在上传版本信息和目标待监控信息时，还用于：将版本信息进行格式转换后生成第一metric监控信息；将目标待监控信息进行格式转换后生成第二metric监控信息；将第一metric监控信息和第二metric监控信息，通过metric接口上传至Prometheus监控平台401。

可选地，在目标设备402为一个的情况下，Prometheus监控平台401显示目标待监控信息；在目标设备402为多个的情况下，Prometheus监控平台401在确定至少一个目标设备402对应的目标待监控信息与其他目标设备402对应的目标待监控信息不一致的情况下，输出目标待监控信息不符合要求的第二提示信息。

可选地，目标设备402在加载版本信息之后，还用于：响应于第一访问请求，反馈版本信息；目标设备402在加载更新后的第一待监控信息或者第二待监控信息之后，还用于：响应于第二访问请求，反馈更新后的第一待监控信息或者第二待监控信息。

可选地，在获取编译服务器生成的代码软件包时，目标设备402还用于：向编译服务器发送携带代码版本标识的下载请求；接收编译服务器基于下载请求发送的代码软件包。

可选地，目标设备402为部署业务代码的应用服务器或者应用容器引擎Docker。

对于监控系统实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本申请实施例还提供了一种电子设备，如图5所示，包括处理器51、通信接口52、存储器53和通信总线54，其中，处理器51，通信接口52，存储器53通过通信总线54完成相互间的通信，存储器53，用于存放计算机程序；电子设备所述处理器51，用于执行存储器53上所存放的程序时，实现本申请实施例中的代码监控方法。

上述电子设备提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect，简称PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，简称EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器可以包括随机存取存储器(Random Access Memory，简称RAM)，也可以包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(Digital Signal Processing，简称DSP)、专用集成电路(Application SpecificIntegrated Circuit，简称ASIC)、现场可编程门阵列(Field－Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

在本申请提供的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述实施例中所述的代码监控方法。

在本申请提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中所述的代码监控方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

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

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本申请的较佳实施例而已，并非用于限定本申请的保护范围。凡在本申请的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本申请的保护范围内。

Claims (13)

1.一种代码监控方法，应用于监控系统，其特征在于，所述监控系统包括Prometheus监控平台以及至少一个目标设备，所述方法包括：

所述目标设备获取编译服务器生成的代码软件包并解压，加载解压后的所述代码软件包，所述代码软件包为基于业务代码和监控文件经打包处理生成，所述监控文件至少包括所述业务代码的版本信息；

在所述业务代码在所述目标设备上运行时，所述目标设备将所述版本信息上传至所述Prometheus监控平台；

所述Prometheus监控平台根据所述至少一个目标设备上传的所述版本信息，对所述至少一个目标设备的业务代码进行代码版本监控；其中，在所述目标设备为一个的情况下，所述Prometheus监控平台显示所述目标设备的版本信息，在所述目标设备为多个的情况下，所述Prometheus监控平台在确定多个目标设备对应的代码版本数量满足预设条件时，输出代码版本不一致的第一提示信息。

2.根据权利要求1所述的方法，其特征在于，在所述目标设备为多个的情况下，多个目标设备对应于N个分组，每个分组包括至少一个目标设备，N为大于或者等于1的整数；

所述Prometheus监控平台在对多个目标设备的业务代码进行代码版本监控时，包括：

针对每个分组，检测所述分组对应的代码版本数量是否大于或者等于预设阈值；

在所述N个分组中包括代码版本数量大于或者等于预设阈值的目标分组时，输出所述第一提示信息。

3.根据权利要求1所述的方法，其特征在于，所述目标设备在解压所述代码软件包之后，还包括：

在需要对所述监控文件中的内容进行修改时，所述目标设备将所述监控文件的状态由只读状态修改为读写状态；

所述目标设备更新所述监控文件中的第一待监控信息或者在所述监控文件中写入第二待监控信息，获取更新后的监控文件，并将所述更新后的监控文件修改为只读状态；

其中，在所述监控文件包括所述第一待监控信息且所述第一待监控信息需修改时，所述目标设备更新所述第一待监控信息；在所述监控文件仅包括所述版本信息时，所述目标设备在所述监控文件中写入所述第二待监控信息；所述第一待监控信息或者所述第二待监控信息为需要所述Prometheus监控平台监控的信息。

4.根据权利要求3所述的方法，其特征在于，所述加载解压后的所述代码软件包，包括：

所述目标设备加载所述业务代码以及所述更新后的监控文件，以加载目标信息；

其中，所述目标信息包括所述业务代码、所述版本信息和更新后的第一待监控信息，或者，所述目标信息包括所述业务代码、所述版本信息和所述第二待监控信息。

5.根据权利要求3所述的方法，其特征在于，还包括：

所述目标设备在将所述版本信息上传至所述Prometheus监控平台的同时，将目标待监控信息上传至所述Prometheus监控平台，所述目标待监控信息包括所述更新后的第一待监控信息或者所述第二待监控信息；

所述Prometheus监控平台对所述至少一个目标设备上传的所述目标待监控信息进行监控。

6.根据权利要求5所述的方法，其特征在于，所述目标设备在上传所述版本信息和所述目标待监控信息时，包括：

将所述版本信息进行格式转换后生成第一metric监控信息；

将所述目标待监控信息进行格式转换后生成第二metric监控信息；

将所述第一metric监控信息和所述第二metric监控信息，通过metric接口上传至所述Prometheus监控平台。

7.根据权利要求5所述的方法，其特征在于，在所述目标设备为一个的情况下，所述Prometheus监控平台显示所述目标待监控信息；

在所述目标设备为多个的情况下，所述Prometheus监控平台在确定至少一个目标设备对应的目标待监控信息与其他目标设备对应的目标待监控信息不一致的情况下，输出所述目标待监控信息不符合要求的第二提示信息。

8.根据权利要求4所述的方法，其特征在于，还包括：

所述目标设备加载所述版本信息之后，响应于第一访问请求，反馈所述版本信息；

所述目标设备加载所述更新后的第一待监控信息或者所述第二待监控信息之后，响应于第二访问请求，反馈所述更新后的第一待监控信息或者所述第二待监控信息。

9.根据权利要求1所述的方法，其特征在于，所述获取编译服务器生成的代码软件包，包括：

所述目标设备向所述编译服务器发送携带代码版本标识的下载请求；

所述目标设备接收所述编译服务器基于所述下载请求发送的所述代码软件包。

10.根据权利要求1至9任一项所述的方法，其特征在于，所述目标设备为部署所述业务代码的应用服务器或者应用容器引擎Docker。

11.一种监控系统，其特征在于，所述监控系统包括Prometheus监控平台以及至少一个与所述Prometheus监控平台通信的目标设备；

所述目标设备用于：获取编译服务器生成的代码软件包并解压，加载解压后的所述代码软件包，所述代码软件包为基于业务代码和监控文件经打包处理生成，所述监控文件至少包括所述业务代码的版本信息；

所述目标设备还用于：在所述业务代码在所述目标设备上运行时，将所述版本信息上传至所述Prometheus监控平台；

所述Prometheus监控平台用于：根据所述至少一个目标设备上传的所述版本信息，对所述至少一个目标设备的业务代码进行代码版本监控；其中，在所述目标设备为一个的情况下，所述Prometheus监控平台显示所述目标设备的版本信息，在所述目标设备为多个的情况下，所述Prometheus监控平台在确定多个目标设备对应的代码版本数量满足预设条件时，输出代码版本不一致的第一提示信息。

12.一种电子设备，其特征在于，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的程序时，实现权利要求1至10任一项所述的代码监控方法中的步骤。

13.一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，其特征在于，该指令在计算机上运行时，使得计算机执行如权利要求1至10任一项所述的代码监控方法中的步骤。