CN115269055A - Nginx请求数据采集方法、装置、设备及存储介质 - Google Patents

Abstract

本发明公开了一种Nginx请求数据采集方法、装置、设备及存储介质。该方法包括：在应用程序启动过程中，通过探针工具中的程序识别模块，对应用程序进行程序识别；若识别到应用程序为Nginx应用程序，则通过程序识别模块，确定并加载Nginx应用程序对应的Nginx探针；通过Nginx探针，监听Nginx应用程序接收到的业务请求，并采集业务请求的第一请求数据；在Nginx应用程序作为反向代理服务器功能被执行时，将业务请求转发至后端服务器之后，通过Nginx探针，采集业务请求的第二请求数据；将第一请求数据和第二请求数据，作为Nginx应用程序执行过程的目标请求数据。本发明实施例提高了采集Nginx请求数据的丰富性和便利性。

Description

Nginx请求数据采集方法、装置、设备及存储介质

技术领域

本发明涉及数据处理技术领域，尤其涉及一种Nginx请求数据采集方法、装置、设备及存储介质。

背景技术

Nginx(engine x)是一款轻量级的Web服务器和反向代理服务器，由于其内存占用空间小、启动速度快和高并发能力强等特点，在互联网项目中广泛应用。

传统的监控Nginx对业务请求的采集方法有以下两种：第一种方式是采用Nginx的状态监控模块对Nginx进行数据监控；第二种方式是采集nginx日志对nignx进行监控。然而，针对第一种方式，若已部署的Nginx不包含状态监控模块，则需要重新编译，运维不方便，且对请求性能指标的采集种类受限；针对第二种方式，需要为Nginx手动配置要监控的指标，从而输出到日志监控系统的日志文件后进行采集，运维不方便且容易出错。

发明内容

本发明提供了一种Nginx请求数据采集方法、装置、设备及存储介质，以提高采集Nginx请求数据的丰富性和便利性。

根据本发明的一方面，提供了一种Nginx请求数据采集方法，该方法包括：

在应用程序启动过程中，通过探针工具中的程序识别模块，对所述应用程序进行程序识别；

若识别到所述应用程序为Nginx应用程序，则通过所述程序识别模块，确定并加载所述Nginx应用程序对应的Nginx探针；

通过所述Nginx探针，监听所述Nginx应用程序接收到的业务请求，并采集所述业务请求的第一请求数据；

在所述Nginx应用程序作为反向代理服务功能被执行时，将所述业务请求转发至后端服务器之后，通过所述Nginx探针，采集所述业务请求的第二请求数据；

将所述第一请求数据和所述第二请求数据，作为所述Nginx应用程序执行过程的目标请求数据。

根据本发明的另一方面，提供了一种Nginx请求数据采集装置，该装置包括：

程序识别模块，用于在应用程序启动过程中，通过探针工具中的程序识别模块，对所述应用程序进行程序识别；

Nginx探针确定模块，用于若识别到所述应用程序为Nginx应用程序，则通过所述程序识别模块，确定并加载所述Nginx应用程序对应的Nginx探针；

第一请求数据采集模块，用于通过所述Nginx探针，监听所述Nginx应用程序接收到的业务请求，并采集所述业务请求的第一请求数据；

第二请求数据采集模块，用于在所述Nginx应用程序作为反向代理服务功能被执行时，将所述业务请求转发至后端服务器之后，通过所述Nginx探针，采集所述业务请求的第二请求数据；

目标请求数据确定模块，用于将所述第一请求数据和所述第二请求数据，作为所述Nginx应用程序执行过程的目标请求数据。

根据本发明的另一方面，提供了一种电子设备，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明任一实施例所述的Nginx请求数据采集方法。

根据本发明的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现本发明任一实施例所述的Nginx请求数据采集方法。

本发明实施例通过在应用程序启动过程中，通过探针工具中的程序识别模块，对应用程序进行程序识别，在识别到Nginx应用程序时，加载Nginx应用程序对应的Nginx探针；通过Nginx探针，监听Nginx应用程序接收到的业务请求，并采集业务请求的第一请求数据和第二请求数据，从而确定Nginx应用程序执行过程的目标请求数据。上述方案实现了对用于采集Nginx请求数据的Nginx探针的自动化部署，部署方式简单，且能够根据需求获取到丰富的Nginx请求数据，提高了采集Nginx请求数据的多样性、丰富性和便利性。

应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。

附图说明

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

图1是根据本发明实施例一提供的一种Nginx请求数据采集方法的流程图；

图2是根据本发明实施例二提供的一种Nginx请求数据采集方法的流程图；

图3是根据本发明实施例三提供的一种Nginx请求数据采集方法的流程图；

图4是根据本发明实施例四提供的一种Nginx请求数据采集装置的结构示意图；

图5是实现本发明实施例的Nginx请求数据采集方法的电子设备的结构示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例一

图1为本发明实施例一提供了一种Nginx请求数据采集方法的流程图，本实施例可适用于Nginx请求数据进行采集的情况，该方法可以由Nginx请求数据采集装置来执行，该Nginx请求数据采集装置可以采用硬件和/或软件的形式实现，该Nginx请求数据采集装置可配置于电子设备中。如图1所示，包括：

S110、在应用程序启动过程中，通过探针工具中的程序识别模块，对应用程序进行程序识别。

其中，应用程序可以是在系统中运行的任意程序。例如，应用程序可以是Nginx应用程序，即在Nginx代理服务器中运行的应用程序。

其中，探针工具可以是用于在系统中部署探针的设备、程序或进程等。例如，探针工具可以是SmartAgent。程序识别模块可以是用于对应用程序进行监听和识别的模块，其可以部署在探针工具中，也可以部署在系统中。例如，若探针工具为SmartAgent，则程序识别模块可以为Agentloader。

示例性的，若探针工具为SmartAgent，程序识别模块为Agentloader，则可以在应用程序所属运行系统中部署SmartAgent，通过SmartAgent中的Agentloader，对系统的应用程序进行监听，并在监听到存在应用程序启动时，对该应用程序进行程序识别。

S120、若识别到应用程序为Nginx应用程序，则通过程序识别模块，确定并加载Nginx应用程序对应的Nginx探针。

其中，Nginx探针可以用于对Nginx应用程序进行业务请求采集，并对业务请求相关的性能数据或指标数据进行获取。

其中，不同应用程序可以对应不同的探针，具体可以由相关技术人员根据实际需求进行预先设定。例如，Nginx应用程序对应的探针可以为Nginx探针。

示例性的，若程序识别模块识别到启动中的应用程序为Nginx应用程序，则程序识别模块确定Nginx应用程序对应的Nginx探针，并将确定的Nginx探针进行加载。

可选的，若探针工具为SmartAgent，程序识别模块为Agentloader，则通过Agentloader可以确定Nginx应用程序对应的探针为NignxAgent，将确定的NignxAgent进行加载。

S130、通过Nginx探针，监听Nginx应用程序接收到的业务请求，并采集业务请求的第一请求数据。

其中，业务请求可以是业务发起方通过Nginx代理服务器发送的任意请求。

其中，第一请求数据可以包括请求方法、请求链接、请求头、请求开始时间、请求地址、请求结束时间和请求响应码等中的至少一种。

示例性的，可以通过Nginx探针，对Nginx应用程序接收到至少一个业务请求进行监听；当监听到业务请求时，采集业务请求对应的第一请求数据。

S140、在Nginx应用程序作为反向代理服务功能被执行时，将业务请求转发至后端服务器之后，通过Nginx探针，采集业务请求的第二请求数据。

其中，Nginx应用程序会将获取到的业务请求发送至后端服务器，在Nginx应用程序将业务请求发送至后端服务器的过程中，业务请求对应的部分请求数据可能会存在变化，例如，请求链接，即请求url(uniform resource locator，统一资源定位系统)。

其中，第二请求数据可以包括调用协议、请求链接和请求开始时间等中的至少一种。

示例性的，在Nginx探针监听到Nginx应用程序作为反向代理服务功能被执行时，将业务请求转发至后端服务器之后，Nginx探针采集发送至后端服务器的业务请求对应的第二请求数据。

S150、将第一请求数据和第二请求数据，作为Nginx应用程序执行过程的目标请求数据。

示例性的，可以将采集得到的第一请求数据和第二请求数据，作为Nginx应用程序执行过程的目标请求数据，用于后续对Nginx目标请求数据进行数据分析和数据可视化。

本发明实施例通过在应用程序启动过程中，通过探针工具中的程序识别模块，对应用程序进行程序识别，在识别到Nginx应用程序时，加载Nginx应用程序对应的Nginx探针；通过Nginx探针，监听Nginx应用程序接收到的业务请求，并采集业务请求的第一请求数据和第二请求数据，从而确定Nginx应用程序执行过程的目标请求数据。上述方案实现了对用于采集Nginx请求数据的Nginx探针的自动化部署，部署方式简单，且能够根据需求获取到丰富的Nginx请求数据，提高了采集Nginx请求数据的多样性、丰富性和便利性。

实施例二

图2为本发明实施例二提供的一种Nginx请求数据采集方法的流程图，本实施例在上述各技术方案的基础上，进行了优化改进。

进一步的，将步骤“若识别到应用程序为Nginx应用程序，则通过程序识别模块，确定Nginx应用程序对应的Nginx探针”细化为“若识别到应用程序为Nginx应用程序，则通过程序识别模块，创建Nginx应用临时配置文件；获取Nginx应用程序的应用配置文件，并将应用配置文件中的原始数据复制至Nginx应用临时配置文件中；在Nginx应用临时配置文件中添加模块加载指令，得到Nginx应用目标文件；通过Nginx应用目标文件中的模块加载指令，确定并加载Nginx应用程序对应的Nginx探针。”以完善对Nginx探针的确定方式。

如图2所示，该方法包括以下具体步骤：

S210、在应用程序启动过程中，通过探针工具中的程序识别模块，对应用程序进行程序识别。

S220、若识别到应用程序为Nginx应用程序，则通过程序识别模块，创建Nginx应用临时配置文件。

其中，Nginx应用临时配置文件用于存储Nginx应用程序主程序中的相关内容，以及添加部分配置信息用于后续对Nginx探针的获取。其中，Nginx应用临时配置文件可以是nginx.conf文件。

示例性的，若程序识别模块识别到的应用程序为Nginx应用程序，则可以通过程序识别模块，创建Nginx应用临时配置文件nginx.conf；若程序识别模块识别到的应用程序为除Nginx应用程序外的其他应用程序，则程序识别模块可以确定并加载其他应用程序对应的探针。

S230、获取Nginx应用程序的应用配置文件，并将应用配置文件中的原始数据复制至Nginx应用临时配置文件中。

其中，应用配置文件可以是Nginx应用程序的主程序文件。原始程序可以是应用配置文件中的文件内容。

示例性的，可以通过程序识别模块获取Nginx应用程序的应用配置文件，并将应用配置文件中的原始数据复制到Nginx应用临时配置文件中。

S240、在Nginx应用临时配置文件中添加模块加载指令，得到Nginx应用目标文件。

其中，模块加载指令可以是用于加载响应模块的指令。例如，在Nginx应用临时配置文件中添加的模块加载指令可以是加载Nginx探针模块的指令。

示例性的，将在Nginx应用临时配置文件中添加模块加载指令后的文件，作为Nginx应用目标文件。

S250、通过Nginx应用目标文件中的模块加载指令，确定并加载Nginx应用程序对应的Nginx探针。

需要说明的是，在确定并加载Nginx应用程序对应的Nginx探针过程中，可能存在Nginx应用程序与Nginx探针版本不一致的情况发生，从而造成对Nginx探针的加载失败。

在一个可选实施例中，通过Nginx应用目标文件中的模块加载指令，确定并加载Nginx应用程序对应的Nginx探针，包括：通过Nginx应用目标文件中的模块加载指令，确定Nginx应用程序对应的待加载探针；通过模块加载指令判断Nginx应用程序的版本信息，与待加载探针的版本信息是否一致；若是，则将待加载探针作为Nginx探针。

其中，待加载探针可以是由模块加载指令确定的任意版本的Nginx探针。其中，版本信息可以包括Nginx应用程序的版本号信息和编译特征码。

示例性的，模块加载指令可以判断Nginx应用程序的版本信息，与待加载探针的版本信息是否一致。具体的，模块加载指令可以在相关解析函数中通过elf解析Nginx应用程序的nginx主程序文件，从符号表获取Nginx应用程序的版本号信息和编译特征码。若Nginx应用程序的版本信息与待加载探针的版本信息是否一致，将待加载探针作为Nginx探针。

在一个可选实施例中，在通过所述模块加载指令判断Nginx应用程序的版本信息，与待加载探针的版本信息是否一致之后，还包括：若Nginx应用程序的版本信息，与待加载探针的版本信息是不一致，则采用Nginx应用程序的版本信息，更新待加载探针的版本信息；将更新后的待加载探针，作为Nginx探针。

示例性的，若Nginx应用程序的版本信息，与待加载探针的版本信息是不一致，则采用Nginx应用程序的版本信息，更新待加载探针的版本信息；将更新后的待加载探针，作为Nginx探针。具体的，模块加载指令可以将从符号表获取Nginx应用程序的版本号信息和编译特征码，更新到待加载模块中，从而得到Nginx探针，以确保Nginx探针与Nginx应用程序版本一致。

本可选实施例通过模块加载指令确保Nginx应用程序的版本信息，与待加载探针的版本信息一致的方式，实现了Nginx探针与Nginx应用程序版本的一致性，避免了可能存在Nginx应用程序与Nginx探针版本不一致，而造成对Nginx探针的加载失败的情况发生。

S260、通过Nginx探针，监听Nginx应用程序接收到的业务请求，并采集业务请求的第一请求数据。

S270、在Nginx应用程序作为反向代理服务功能被执行时，将业务请求转发至后端服务器之后，通过Nginx探针，采集业务请求的第二请求数据。

S280、将第一请求数据和第二请求数据，作为Nginx应用程序执行过程的目标请求数据。

本发明实施例方案通过在识别到应用程序为Nginx应用程序时，通过程序识别模块，创建Nginx应用临时配置文件；获取Nginx应用程序的应用配置文件，并将应用配置文件中的原始数据复制至Nginx应用临时配置文件中；在Nginx应用临时配置文件中添加模块加载指令，得到Nginx应用目标文件；通过Nginx应用目标文件中的模块加载指令，确定并加载Nginx应用程序对应的Nginx探针。上述方案完善了对Nginx探针的获取方式，实现了对Nginx探针的自动化注入，便于后续通过Nginx探针获取Nginx应用程序相关请求数据。

实施例三

图3为本发明实施例三提供的一种Nginx请求数据采集方法的流程图，本实施例在上述各技术方案的基础上，进行了优化改进。

进一步的，第一请求数据包括请求方法、请求链接、请求头、请求开始时间和请求地址中的至少一种；相应的，将步骤“通过Nginx探针，监听Nginx应用程序接收到的业务请求，并采集业务请求的第一请求数据”细化为“通过Nginx探针，在Nginx应用程序执行阶段的重写阶段中部署请求回调函数；通过请求回调函数，监听Nginx应用程序接收到的业务请求；通过请求回调函数，基于Nginx应用程序对应的Nginx框架的数据结构，采集业务请求的第一请求数据。”以完善对第一请求数据的采集方式。

进一步的，将步骤“在Nginx应用程序作为反向代理服务功能被执行时，将业务请求转发至后端服务器之后，通过Nginx探针，采集业务请求的第二请求数据”细化为“在Nginx应用程序作为反向代理服务功能被执行时，将业务请求转发至后端服务器之后，通过Nginx探针，识别后端服务器的后端调用指令；根据后端调用指令对应的调用方法，采集业务请求的第二请求数据；其中，第二请求数据包括调用协议、请求链接和请求开始时间。”以完善对第二请求数据的采集方式。

如图3所示，该方法包括以下具体步骤：

S310、在应用程序启动过程中，通过探针工具中的程序识别模块，对应用程序进行程序识别。

S320、若识别到应用程序为Nginx应用程序，则通过程序识别模块，确定并加载Nginx应用程序对应的Nginx探针。

S330、通过Nginx探针，在Nginx应用程序执行阶段的重写阶段中部署请求回调函数。

需要说明的是，Nginx应用程序在处理业务请求的过程中，将请求处理细分为11个阶段。而Nginx探针可以介入到任意阶段中执行自定义操作的请求数据处理。其中，Nginx应用程序执行阶段可以包括重写阶段。

其中，请求回调函数用户对业务请求进行监测。示例性的，可以通过Nginx探针在Nginx应用程序执行阶段的重写阶段中部署请求回调函数，监测Nginx应用程序接收到的所有业务请求。例如，Nginx探针可以通过注册NGX_HTTP_REWRITE_PHASE回调，监测Nginx应用程序接收到的所有业务请求。

S340、通过请求回调函数，监听Nginx应用程序接收到的业务请求。

示例性的，可以通过Nginx探针在重写阶段注册的请求回调函数，监听Nginx应用程序接收到的业务请求。

S350、通过请求回调函数，基于Nginx应用程序对应的Nginx框架的数据结构，采集业务请求的第一请求数据。

其中，第一请求数据包括请求方法、请求链接、请求头、请求开始时间和请求地址中的至少一种。其中，请求链接可以是请求url。

示例性的，可以通过请求回调函数，基于Nginx变量机制，获取请求方法、请求链接和请求地址；通过解析nginx框架数据结构采集请求头。

在一个可选实施例中，第一请求数据还包括请求结束时间和请求响应码；相应的，通过Nginx探针，监听Nginx应用程序接收到的业务请求，并采集业务请求的第一请求数据，包括：通过Nginx探针，在Nginx应用程序执行阶段的日志记录阶段中部署请求回调函数；通过请求回调函数，监听业务请求的请求结束时间和请求响应码。

其中，Nginx应用程序执行阶段可以包括日志记录阶段，用于对Nginx应用程序进行日志记录。

其中，请求回调函数用于监测业务请求的结束时刻和请求响应码。示例性的，通过Nginx探针在Nginx应用程序执行阶段的日志记录阶段中部署请求回调函数，监测Nginx应用程序接收到的所有业务请求对应的请求开始时刻和请求响应码。例如，Nginx探针可以通过注册NGX_HTTP_LOG_PHASE回调，监测Nginx应用程序接收到的所有业务请求对应的请求结束时刻和请求响应码。

示例性的，可以通过业务请求对应的请求开始时刻和请求结束时刻，确定业务请求的请求耗时，具体可以是将请求耗时与预设的耗时阈值进行比较，从而确定该业务请求的请求类型。其中，请求类型包括健康请求、慢请求和停滞请求。其中，耗时阈值可以由相关技术人员根据实际需求进行预先设定。具体可以针对不同请求类型设置不同的耗时阈值。

示例性的，可以通过获取的请求响应码，判断该业务请求是否是一个错误请求。例如，若请求响应码为4xx、5xx，则可以认为该业务请求为错误请求。

S360、在Nginx应用程序作为反向代理服务功能被执行时，将业务请求转发至后端服务器之后，通过Nginx探针，识别后端服务器的后端调用指令。

其中，后端调用指令可以包括用于捕获请求http协议的proxy_pass调用指令，以及用于捕获请求socket协议的fastcgi_pass调用指令。其中，后端服务器可以是用于处理业务请求的服务器。

示例性的，可以在Nginx应用程序作为反向代理服务功能被执行时，将业务请求转发至后端服务器之后，通过Nginx探针，识别后端服务器的后端调用指令。

S370、根据后端调用指令对应的调用方法，采集业务请求的第二请求数据；其中，第二请求数据包括调用协议、请求链接和请求开始时间。

示例性的，可以通过Nginx探针确定后端调用指令对应的调用方法，并根据其调用方法，采集业务请求的调用协议、请求开始时刻和请求响应码。其中，该请求开始时刻可以是业务请求发送至业务后端时的开始时刻。请求响应码可以是业务请求在后端服务器处理过程中的请求响应码。

示例性的，可以通过业务请求对应的请求开始时刻和请求结束时刻，确定业务请求的请求耗时，具体可以是将请求耗时与预设的耗时阈值进行比较，从而确定该业务请求的请求类型。其中，请求类型包括健康请求、慢请求和停滞请求。其中，耗时阈值可以由相关技术人员根据实际需求进行预先设定。具体可以针对不同请求类型设置不同的耗时阈值。

示例性的，可以通过获取的请求响应码，判断该业务请求是否是一个错误请求。例如，若请求响应码为4xx、5xx，则可以认为该业务请求为错误请求。

S380、将第一请求数据和第二请求数据，作为Nginx应用程序执行过程的目标请求数据。

本实施例方案通过Nginx探针，在Nginx应用程序执行阶段的重写阶段中部署请求回调函数；通过请求回调函数，监听Nginx应用程序接收到的业务请求；通过请求回调函数，基于Nginx应用程序对应的Nginx框架的数据结构，采集业务请求的第一请求数据，实现了对Nginx应用程序获取到的业务请求的第一请求数据的采集。通过在Nginx应用程序作为反向代理服务功能被执行时，将业务请求转发至后端服务器之后，通过Nginx探针，识别后端服务器的后端调用指令；根据后端调用指令对应的调用方法，采集业务请求的第二请求数据，实现了业务请求从前端发送至后端过程中，对业务请求的第二请求数据的采集，从而实现了业务请求在整个执行过程中请求数据的自动化采集，提高了采集Nginx请求数据的多样性、丰富性和便利性。

实施例四

图4为本发明实施例四提供的一种Nginx请求数据采集装置的结构示意图。本发明实施例所提供的一种Nginx请求数据采集装置，该装置可适用于Nginx请求数据进行采集的情况，该Nginx请求数据采集装置可以采用硬件和/或软件的形式实现，如图4所示，该装置具体包括：程序识别模块401、Nginx探针确定模块402、第一请求数据采集模块403、第二请求数据采集模块404和目标请求数据确定模块405。其中，

程序识别模块401，用于在应用程序启动过程中，通过探针工具中的程序识别模块，对所述应用程序进行程序识别；

Nginx探针确定模块402，用于若识别到所述应用程序为Nginx应用程序，则通过所述程序识别模块，确定并加载所述Nginx应用程序对应的Nginx探针；

第一请求数据采集模块403，用于通过所述Nginx探针，监听所述Nginx应用程序接收到的业务请求，并采集所述业务请求的第一请求数据；

第二请求数据采集模块404，用于在所述Nginx应用程序作为反向代理服务功能被执行时，将所述业务请求转发至后端服务器之后，通过所述Nginx探针，采集所述业务请求的第二请求数据；

目标请求数据确定模块405，用于将所述第一请求数据和所述第二请求数据，作为所述Nginx应用程序执行过程的目标请求数据。

本发明实施例通过在应用程序启动过程中，通过探针工具中的程序识别模块，对应用程序进行程序识别，在识别到Nginx应用程序时，加载Nginx应用程序对应的Nginx探针；通过Nginx探针，监听Nginx应用程序接收到的业务请求，并采集业务请求的第一请求数据和第二请求数据，从而确定Nginx应用程序执行过程的目标请求数据。上述方案实现了对用于采集Nginx请求数据的Nginx探针的自动化部署，部署方式简单，且能够根据需求获取到丰富的Nginx请求数据，提高了采集Nginx请求数据的多样性、丰富性和便利性。

可选的，所述Nginx探针确定模块402，包括：

临时配置文件创建单元，用于若识别到所述应用程序为Nginx应用程序，则通过所述程序识别模块，创建Nginx应用临时配置文件；

配置文件获取单元，用于获取所述Nginx应用程序的应用配置文件，并将所述应用配置文件中的原始数据复制至所述Nginx应用临时配置文件中；

目标文件获取单元，用于在所述Nginx应用临时配置文件中添加模块加载指令，得到Nginx应用目标文件；

Nginx探针确定单元，用于通过所述Nginx应用目标文件中的所述模块加载指令，确定并加载所述Nginx应用程序对应的Nginx探针。

可选的，所述Nginx探针确定单元，包括：

待加载探针确定子单元，用于通过所述Nginx应用目标文件中的所述模块加载指令，确定所述Nginx应用程序对应的待加载探针；

版本信息判断子单元，用于通过所述模块加载指令判断所述Nginx应用程序的版本信息，与所述待加载探针的版本信息是否一致；

Nginx探针确定子单元，用于若Nginx应用程序的版本信息，与所述待加载探针的版本信息一致，则将所述待加载探针作为所述Nginx探针。

可选的，所述Nginx探针确定单元，还包括：

版本信息更新子单元，用于在通过所述模块加载指令判断所述Nginx应用程序的版本信息，与所述待加载探针的版本信息是否一致之后，若所述Nginx应用程序的版本信息，与所述待加载探针的版本信息是不一致，则采用所述Nginx应用程序的版本信息，更新所述待加载探针的版本信息；

Nginx探针更新子单元，用于将所述更新后的待加载探针，作为Nginx探针。

可选的，所述第一请求数据包括请求方法、请求链接、请求头、请求开始时间和请求地址中的至少一种；

相应的，所述第一请求数据采集模块403，包括：

第一回调函数部署单元，用于通过所述Nginx探针，在Nginx应用程序执行阶段的重写阶段中部署请求回调函数；

业务请求监听单元，用于通过所述请求回调函数，监听所述Nginx应用程序接收到的业务请求；

第一请求数据采集单元，通过所述请求回调函数，基于所述Nginx应用程序对应的Nginx框架的数据结构，采集所述业务请求的第一请求数据。

可选的，所述第一请求数据还包括请求结束时间和请求响应码；

相应的，所述第一请求数据采集模块403，包括：

第二回调函数部署单元，用于通过所述Nginx探针，在Nginx应用程序执行阶段的日志记录阶段中部署请求回调函数；

请求响应码监听单元，用于通过所述请求回调函数，监听所述业务请求的所述请求结束时间和所述请求响应码。

可选的，所述第二请求数据采集模块404，包括：

调用指令识别单元，用于在所述Nginx应用程序作为反向代理服务功能被执行时，将所述业务请求转发至后端服务器之后，通过所述Nginx探针，识别所述后端服务器的后端调用指令；

第二请求数据采集单元，用于根据所述后端调用指令对应的调用方法，采集所述业务请求的第二请求数据；

其中，所述第二请求数据包括调用协议、请求链接和请求开始时间。

本发明实施例所提供的Nginx请求数据采集装置可执行本发明任意实施例所提供的Nginx请求数据采集方法，具备执行方法相应的功能模块和有益效果。

实施例五

图5示出了可以用来实施本发明的实施例的电子设备50的结构示意图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图5所示，电子设备50包括至少一个处理器51，以及与至少一个处理器51通信连接的存储器，如只读存储器(ROM)52、随机访问存储器(RAM)53等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器51可以根据存储在只读存储器(ROM)52中的计算机程序或者从存储单元58加载到随机访问存储器(RAM)53中的计算机程序，来执行各种适当的动作和处理。在RAM 53中，还可存储电子设备50操作所需的各种程序和数据。处理器51、ROM 52以及RAM 53通过总线54彼此相连。输入/输出(I/O)接口55也连接至总线54。

电子设备50中的多个部件连接至I/O接口55，包括：输入单元56，例如键盘、鼠标等；输出单元57，例如各种类型的显示器、扬声器等；存储单元58，例如磁盘、光盘等；以及通信单元59，例如网卡、调制解调器、无线通信收发机等。通信单元59允许电子设备50通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器51可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器51的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器51执行上文所描述的各个方法和处理，例如Nginx请求数据采集方法。

在一些实施例中，Nginx请求数据采集方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元58。在一些实施例中，计算机程序的部分或者全部可以经由ROM 52和/或通信单元59而被载入和/或安装到电子设备50上。当计算机程序加载到RAM 53并由处理器51执行时，可以执行上文描述的Nginx请求数据采集方法的一个或多个步骤。备选地，在其他实施例中，处理器51可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行Nginx请求数据采集方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (10)

1.一种Nginx请求数据采集方法，其特征在于，包括：

在应用程序启动过程中，通过探针工具中的程序识别模块，对所述应用程序进行程序识别；

若识别到所述应用程序为Nginx应用程序，则通过所述程序识别模块，确定并加载所述Nginx应用程序对应的Nginx探针；

通过所述Nginx探针，监听所述Nginx应用程序接收到的业务请求，并采集所述业务请求的第一请求数据；

在所述Nginx应用程序作为反向代理服务功能被执行时，将所述业务请求转发至后端服务器之后，通过所述Nginx探针，采集所述业务请求的第二请求数据；

将所述第一请求数据和所述第二请求数据，作为所述Nginx应用程序执行过程的目标请求数据。

2.根据权利要求1所述的方法，其特征在于，所述若识别到所述应用程序为Nginx应用程序，则通过所述程序识别模块，确定所述Nginx应用程序对应的Nginx探针，包括：

若识别到所述应用程序为Nginx应用程序，则通过所述程序识别模块，创建Nginx应用临时配置文件；

获取所述Nginx应用程序的应用配置文件，并将所述应用配置文件中的原始数据复制至所述Nginx应用临时配置文件中；

在所述Nginx应用临时配置文件中添加模块加载指令，得到Nginx应用目标文件；

通过所述Nginx应用目标文件中的所述模块加载指令，确定并加载所述Nginx应用程序对应的Nginx探针。

3.根据权利要求2所述的方法，其特征在于，所述通过所述Nginx应用目标文件中的所述模块加载指令，确定并加载所述Nginx应用程序对应的 Nginx探针，包括：

通过所述Nginx应用目标文件中的所述模块加载指令，确定所述Nginx应用程序对应的待加载探针；

通过所述模块加载指令判断所述Nginx应用程序的版本信息，与所述待加载探针的版本信息是否一致；

若是，则将所述待加载探针作为所述Nginx探针。

4.根据权利要求3所述的方法，其特征在于，在所述通过所述模块加载指令判断所述Nginx应用程序的版本信息，与所述待加载探针的版本信息是否一致之后，还包括：

若所述Nginx应用程序的版本信息，与所述待加载探针的版本信息是不一致，则采用所述Nginx应用程序的版本信息，更新所述待加载探针的版本信息；

将所述更新后的待加载探针，作为Nginx探针。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述第一请求数据包括请求方法、请求链接、请求头、请求开始时间和请求地址中的至少一种；

相应的，所述通过所述Nginx探针，监听所述Nginx应用程序接收到的业务请求，并采集所述业务请求的第一请求数据，包括：

通过所述Nginx探针，在Nginx应用程序执行阶段的重写阶段中部署请求回调函数；

通过所述请求回调函数，监听所述Nginx应用程序接收到的业务请求；

通过所述请求回调函数，基于所述Nginx应用程序对应的Nginx框架的数据结构，采集所述业务请求的第一请求数据。

6.根据权利要求5所述的方法，其特征在于，所述第一请求数据还包括请求结束时间和请求响应码；

相应的，所述通过所述Nginx探针，监听所述Nginx应用程序接收到的业务请求，并采集所述业务请求的第一请求数据，包括：

通过所述Nginx探针，在Nginx应用程序执行阶段的日志记录阶段中部署所述请求回调函数；

通过所述请求回调函数，监听所述业务请求的所述请求结束时间和所述请求响应码。

7.根据权利要求1-4任一项所述的方法，其特征在于，所述在所述Nginx应用程序作为反向代理服务功能被执行时，将所述业务请求转发至后端服务器之后，通过所述Nginx探针，采集所述业务请求的第二请求数据，包括：

在所述Nginx应用程序作为反向代理服务功能被执行时，将所述业务请求转发至后端服务器之后，通过所述Nginx探针，识别所述后端服务器的后端调用指令；

根据所述后端调用指令对应的调用方法，采集所述业务请求的第二请求数据；

其中，所述第二请求数据包括调用协议、请求链接和请求开始时间。

8.一种Nginx请求数据采集装置，其特征在于，包括：

程序识别模块，用于在应用程序启动过程中，通过探针工具中的程序识别模块，对所述应用程序进行程序识别；

Nginx探针确定模块，用于若识别到所述应用程序为Nginx应用程序，则通过所述程序识别模块，确定并加载所述Nginx应用程序对应的Nginx探针；

第一请求数据采集模块，用于通过所述Nginx探针，监听所述Nginx应用程序接收到的业务请求，并采集所述业务请求的第一请求数据；

第二请求数据采集模块，用于在所述Nginx应用程序作为反向代理服务功能被执行时，将所述业务请求转发至后端服务器之后，通过所述Nginx探针，采集所述业务请求的第二请求数据；

目标请求数据确定模块，用于将所述第一请求数据和所述第二请求数据，作为所述Nginx应用程序执行过程的目标请求数据。

9.一种电子设备，其特征在于，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-7中任一项所述的Nginx请求数据采集方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现权利要求1-7中任一项所述的Nginx请求数据采集方法。

Images