CN109831466A - 微服务业务处理方法及nginx服务器 - Google Patents

Abstract

本发明适用于服务器技术领域，提供了微服务业务处理方法、nginx服务器及计算机可读存储介质，包括：请求处理线程转发客户端的HTTP请求至请求队列；应答处理线程从所述请求队列中获取所述HTTP请求，并转发至脚本引擎，所述HTTP请求被所述脚本引擎用于与第三方业务系统交互后得到关于所述HTTP请求的业务应答；所述应答处理线程获取所述脚本引擎返回的所述业务应答；所述应答处理线程转发所述业务应答至应答队列；所述请求处理线程从所述应答队列中获取所述业务应答，并返回所述业务应答至所述客户端，增强了开发人员实现业务逻辑的开发效率，也提升了微服务业务处理的处理效率。

Description

微服务业务处理方法及nginx服务器

技术领域

本发明属于服务器技术领域，尤其涉及微服务业务处理方法、nginx服务器及计算机可读存储介质。

背景技术

在传统的互联网业务中，以单体式业务处理系统占据主流。单体式业务处理系统开发简单，通常为分层目录系统，但是却存在很大局限性，即简单的应用会随着时间推移逐渐变大，从而使得业务处理过程也变得十分复杂。随着开发技术的进步，微服务的概念出现，将以往的单体式应用分解为微小并且互相连接的微服务，相应的业务处理方法也更为轻便。

现今微服务架构主要基于java语言实现，构建过程是将基于java的服务部署在服务器中，让服务器作为微服务业务的容器载体，从而进行微服务业务处理。在当前可选的服务器中，nginx作为一款轻量级web服务器和反向代理服务器，非常适合微服务业务处理的特性。但是，基于java的服务框架或组件(比如基于java的servlet和axis等)对于nginx来说，并不能支持nginx的安全接入和http快速高效解析等功能。由于java语言较为复杂，加上nginx的异步特性，使得开发过程对开发人员的素质要求非常高，无法快速实现业务逻辑。另外，基于java和nginx的微服务业务处理方法，其业务处理模式也不适用于当前互联网的高并发请求情景，处理效率较低。

发明内容

有鉴于此，本发明实施例提供了微服务业务处理方法、nginx服务器及计算机可读存储介质，以解决现有的微服务业务处理方法不适应实际应用场景，处理效率低的问题。

本发明实施例的第一方面提供了一种微服务业务处理方法，包括：

请求处理线程转发客户端的HTTP请求至请求队列；

应答处理线程从所述请求队列中获取所述HTTP请求，并转发至脚本引擎，所述HTTP请求被所述脚本引擎用于与第三方业务系统交互后得到关于所述HTTP请求的业务应答；

所述应答处理线程获取所述脚本引擎返回的所述业务应答；

所述应答处理线程转发所述业务应答至应答队列；

所述请求处理线程从所述应答队列中获取所述业务应答，并返回所述业务应答至所述客户端。

本发明实施例的第二方面提供了一种nginx服务器，所述nginx服务器上运行有微服务业务进程，所述微服务业务进程包括请求处理线程和应答处理线程，包括：

所述请求处理线程用于转发客户端的HTTP请求至请求队列；

所述应答处理线程用于从所述请求队列中获取所述HTTP请求，并转发至脚本引擎，所述HTTP请求被所述脚本引擎用于与第三方业务系统交互后得到关于所述HTTP请求的业务应答；

所述应答处理线程用于获取所述脚本引擎返回的所述业务应答；

所述应答处理线程用于转发所述业务应答至应答队列；

所述请求处理线程用于从所述应答队列中获取所述业务应答，并返回所述业务应答至所述客户端。

本发明实施例的第三方面提供了一种nginx服务器，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如上所述微服务业务处理方法的步骤。

本发明实施例的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如上所述微服务业务处理方法的步骤。

本发明实施例与现有技术相比存在的有益效果是：

在本发明实施例中，通过将微服务业务处理工作分为请求处理线程和应答处理线程，所述请求处理线程负责接收业务的请求，转发客户端的HTTP请求至请求队列，所述应答处理线程负责业务的应答，从请求队列中获取所述HTTP请求，并转发至脚本引擎，在获取到所述脚本引擎返回的所述业务应答，转发所述业务应答至应答队列，最后由请求处理线程从所述应答队列中获取所述业务应答，并返回所述业务应答至所述客户端，增强了开发人员实现业务逻辑的开发效率，也提升了微服务业务处理的处理效率。

附图说明

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

图1是本发明实施例一提供的微服务业务处理方法的实现流程图；

图2是本发明实施例二提供的微服务业务处理方法的实现流程图；

图3是本发明实施例四提供的nginx服务器的示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本发明实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本发明的描述。

为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。

图1示出了本发明实施例一提供的微服务业务处理方法的实现流程，详述如下：

在S101中，请求处理线程转发客户端的HTTP请求至请求队列。

随着技术更新和业务发展，传统的软件架构已经越来越难以满足现今互联网复杂的业务情况，顺应实际应用场景的微服务概念开始出现。微服务是一种新兴的软件架构，其思想是将一个大型的复杂应用程序和服务拆分为数个乃至数十个微服务，每个微服务都是单个小型的但拥有业务功能的服务，并且都有自己的业务处理和轻量通讯机制，可以部署在单个或多个服务器上。

nginx是一款轻量级web服务器和反向代理服务器，将基于java语言的服务框架或组件部署在nginx服务器中，可以实现微服务业务处理。但是如上实现的方法，其采用的业务处理模式为单进程单线程模式，即单线程中同时负责请求和应答的处理逻辑，请求和应答的处理将会相互影响，故这样的微服务业务处理方法处理效率较低，并且不能发挥nginx的高并发和异步特性，对nginx的高性能造成了浪费。

本发明实施例以nginx为基础，与以往nginx内部的业务处理模式(单进程单线程)不同，本发明实施例的微服务业务处理方法采用单进程双线程的模式，在一个nginx业务进程下，分为请求处理线程和应答处理线程，由请求处理线程和应答处理线程协作完成对HTTP请求的响应，其中，请求、应答只是用于指示双线程特性，区分两个线程及其执行步骤。更多的，请求处理线程负责业务的请求，应答处理线程负责业务的应答，应用单进程双线程的业务处理模式，开始进行微服务业务处理时，建立nginx进程，其nginx进程下的请求处理线程将客户端的HTTP请求转发至已建立好的请求队列，所述请求队列占用内存，专门用于存放此类HTTP请求。其中，HTTP请求被发送至请求队列的队尾，请求队列中的元素遵循先进先出原则。

可选的，在请求处理线程转发客户端的HTTP请求至请求队列之前，还包括所述请求处理线程接收所述客户端的所述HTTP请求。

在进行微服务业务处理之前，客户端发出HTTP请求，目的为获取客户端所需的业务应答。本发明实施例所述的微服务业务处理方法适用于安卓、IOS等多种操作系统，通过请求处理线程识别接收操作系统上的客户端发出的HTTP请求(支持GET和POST方法)，并进行后续处理，所述HTTP请求包括但不限于由各种浏览器(比如IE浏览器、谷歌浏览器)发送，提升了对不同操作系统和不同客户端发出HTTP请求的适用性，使得微服务业务处理方法应用更加广泛，并可在此基础上实现nginx的负载均衡。

在S102中，应答处理线程从所述请求队列中获取所述HTTP请求，并转发至脚本引擎，所述HTTP请求被所述脚本引擎用于与第三方业务系统交互后得到关于所述HTTP请求的业务应答。

在请求处理线程将HTTP请求存入请求队列队尾后，应答处理线程从请求队列的队首开始获取队列中的元素。在获取到HTTP请求后，应答处理线程将HTTP请求转发至脚本引擎，所述脚本引擎用于解释执行用户的程序文本，将程序文本译成计算机能执行的机器代码，完成一系列的功能。

优选的，脚本引擎采用python语言编写，与java语言不同，python语言语法简单，学习成本小，并且具有丰富的现成第三方模块，使用python语言编写的脚本引擎，能够减少微服务业务处理方法所需的代码量，降低对开发人员的素质要求。

脚本引擎基于接收到的HTTP请求，根据脚本引擎内含的规则，寻找到与所述nginx相关联的第三方业务系统，进行交互，从而脚本引擎得到第三方业务系统返回的关于HTTP请求的业务应答。其中，第三方业务系统可以为SQLSERVER、MySQL等关系型数据库管理系统，MQ等消息队列，redis等key-value型数据库，还可以为HTTP服务器等。总之，只要能与脚本引擎进行交互，并且能够定向返回系统内的数据或元素的业务系统，都应属于本发明实施例中的第三方业务系统。

在S103中，所述应答处理线程获取所述脚本引擎返回的所述业务应答。

在脚本引擎通过自身代码制定的规则，得到第三方业务系统关于HTTP请求的业务应答后，由于此阶段仍在业务应答的范围内，所以继续由应答处理线程获取脚本引擎返回的业务应答。

在S104中，所述应答处理线程转发所述业务应答至应答队列。

与请求阶段类似，应答处理线程在接收到业务应答后，将业务应答转发至已建立好的应答队列，所述应答队列占用内存，专门用于存放此类业务应答。其中，业务应答被发送至应答队列的队尾，应答队列中的元素遵循先进先出原则。

在S105中，所述请求处理线程从所述应答队列中获取所述业务应答，并返回所述业务应答至所述客户端。

在应答处理线程将业务应答存入应答队列队尾后，nginx进程下的请求处理线程从应答队列的队首开始获取队列中的元素。可选的，在获取到业务应答后，请求处理线程对业务应答进行内容合法性验证，若是检测到其携带有非法信息，则阻断该业务应答。接下来，请求处理线程返回业务应答至客户端，具体的返回格式可以是数据、文字、页面元素等。

通过图1所示实施例可知，在本发明实施例一中，通过请求处理线程转发客户端的HTTP请求至请求队列，应答处理线程从所述请求队列中获取所述HTTP请求，并转发至脚本引擎，所述HTTP请求被所述脚本引擎用于与第三方业务系统交互后得到关于所述HTTP请求的业务应答，所述应答处理线程获取所述脚本引擎返回的所述业务应答，所述应答处理线程转发所述业务应答至应答队列，所述请求处理线程从所述应答队列中获取所述业务应答，并返回所述业务应答至所述客户端，由于本发明实施例一采用了易开发的脚本引擎，降低了业务逻辑实现的难度和开发要求，另外通过单进程双线程的业务处理模式，使得请求和应答过程不冲突，提升了微服务业务处理的处理效率。

在本发明实施例一的基础上，对应答处理线程获取脚本引擎返回的业务应答过程进行步骤优化，可得到如图2所示的本发明实施例二提供的微服务业务处理方法的流程图，该微服务业务处理方法可以包括以下步骤：

在S201中，请求处理线程转发客户端的HTTP请求至请求队列。

在S202中，应答处理线程从所述请求队列中获取所述HTTP请求，并转发至脚本引擎，所述HTTP请求被所述脚本引擎用于与第三方业务系统交互后得到关于所述HTTP请求的业务应答。

S201与S202两个步骤分别与发明实施例一的S101、S102过程相同，此处不再赘述。

在S203中，所述应答处理线程识别关于所述HTTP请求的业务函数。

在脚本引擎中，所有的业务逻辑都通过业务函数来确定。所述业务逻辑，即是脚本引擎与第三方业务系统的交互方式、交互内容等的规则与格式。脚本引擎接收到HTTP请求后，通过预设规则，查找到HTTP请求对应的业务函数，并将HTTP请求转发到业务函数中进行处理。

其中，脚本引擎可以利用python语言编写，那么所有的业务逻辑就可通过python脚本编写的python函数定义，每一个业务对应一个标准python函数，当python语言标准的模块无法支持业务逻辑的时候，开发人员可用c语言或者c++语言开发自定义的python插件模块，对标准的python功能做额外扩展，使得python函数满足业务的多样性。

可选的，在所述应答处理线程识别关于所述HTTP请求的业务函数之前，所述应答处理线程获取关于所述HTTP请求的配置信息，其中，所述配置信息用于确定所述业务函数。

在以往的nginx系统搭建中，nginx并没有使用内嵌解释器的方式来处理HTTP请求中包含的动态内容请求，而是连接到其他如apache的web服务器，通过web服务器进行处理，然后nginx获取到其处理的结果，再返回结果至浏览器。所以，nginx服务器在实际应用时往往要进行业务配置，以使不同的HTTP请求能够拥有确定的处理路线，得到正确的结果。具体的，配置信息存放在配置文件nginx.conf中。

在本发明实施例二中，通过预设规则，查找到HTTP请求对应的业务函数的过程，可以用查找配置信息来实现。具体的，经过应答处理线程的转发，脚本引擎接收到HTTP请求后，根据HTTP请求包含的内容，在nginx服务器的配置文件nginx.conf中查找对应的配置信息，所述配置信息用于确定所述业务函数。上述获取关于所述HTTP请求的配置信息的方法，能够提升后续识别业务函数的准确性，另外，在业务函数需要手动扩增时，只需在配置文件中增加对应的配置信息，简化了开发人员的操作。

如上述所说，因为直接在nginx服务器上进行的开发难度较高，所以nginx往往没有使用内嵌解释器。但在本发明实施例二中，因为采用了适用性强的脚本引擎，所以可以编写脚本解释器，对传进的HTTP请求进行业务的配置解析，在配置文件中获取关于所述HTTP请求的配置信息，从而可以处理更复杂的业务情况。优选的，脚本引擎采用python语言编写，对应的脚本解释器为python解释器。

在S204中，所述应答处理线程执行所述业务函数，得到关于所述HTTP请求的应答数据；所述应答处理线程组装所述应答数据为所述业务应答。

确定业务函数后，应答处理线程执行所述业务函数，根据所述业务函数中包含的HTTP请求类型，与第三方业务系统进行交互。例如，若是HTTP请求为GET请求，即从指定的资源请求数据，则在应答处理线程下，脚本引擎从指定的第三方业务系统中获取应答数据；若是HTTP请求为POST请求，即向指定的资源提交要被处理的数据，则在应答处理线程下，脚本引擎向指定的第三方业务系统中写入HTTP请求中包含的数据，并获取应答数据，这里的应答数据与HTTP请求为GET请求时的不同，可为确认信息，或者是指定的第三方业务系统对于数据写入成功或失败情况对应的应答信息。在获取到应答数据后，脚本引擎在业务函数中，按照业务函数预定的组装模式，将应答数据组装为业务应答，方便用户了解业务处理的结果。

在S205中，所述应答处理线程转发所述业务应答至应答队列；

在S206中，所述请求处理线程从所述应答队列中获取所述业务应答，并返回所述业务应答至所述客户端。

S205与S206两个步骤分别与发明实施例一的S104、S105过程相同，此处不再赘述。

通过图2所示实施例可知，在本发明实施例二中，通过所述应答处理线程获取关于所述HTTP请求的配置信息，其中，所述配置信息用于确定所述业务函数，所述应答处理线程识别关于所述HTTP请求的业务函数，所述应答处理线程执行所述业务函数，得到关于所述HTTP请求的应答数据；所述应答处理线程组装所述应答数据为所述业务应答，使得应答处理线程下，脚本引擎内部的业务处理过程更加清晰，提升了微服务业务处理的准确性。

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

对应于上文实施例所述的微服务业务处理方法，本发明实施例三提供了一种nginx服务器，所述nginx服务器上运行有微服务业务进程，所述微服务业务进程包括请求处理线程和应答处理线程。

该nginx服务器具体包括：

所述请求处理线程用于转发客户端的HTTP请求至请求队列；

所述应答处理线程用于从所述请求队列中获取所述HTTP请求，并转发至脚本引擎，所述HTTP请求被所述脚本引擎用于与第三方业务系统交互后得到关于所述HTTP请求的业务应答；

所述应答处理线程用于获取所述脚本引擎返回的所述业务应答；

所述应答处理线程用于转发所述业务应答至应答队列；

所述请求处理线程用于从所述应答队列中获取所述业务应答，并返回所述业务应答至所述客户端。

可选的，所述请求处理线程用于转发客户端的HTTP请求至请求队列之前，所述请求处理线程还用于接收所述客户端的所述HTTP请求。

可选的，所述应答处理线程用于获取所述脚本引擎返回的所述业务应答之前，所述应答处理线程还用于识别关于所述HTTP请求的业务函数。

图3是本发明实施例四提供的nginx服务器的示意图。该实施例的nginx服务器3包括：处理器30、存储器31以及存储在所述存储器31中并可在所述处理器30上运行的计算机程序32。所述处理器30执行所述计算机程序32时实现上述各个微服务业务处理方法实施例中的步骤，例如图1所示的步骤S101至S105。

示例性的，所述计算机程序32可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器31中，并由所述处理器30执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序32在所述nginx服务器3中的执行过程。

所述nginx服务器3可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述nginx服务器3可包括，但不仅限于，处理器30、存储器31。本领域技术人员可以理解，图3仅仅是nginx服务器3的示例，并不构成对nginx服务器3的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述nginx服务器3还可以包括输入输出设备、网络接入设备、总线等。

所称处理器30可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器31可以是所述nginx服务器3的内部存储单元，例如nginx服务器3的硬盘或内存。所述存储器31也可以是所述nginx服务器3的外部存储设备，例如所述nginx服务器3上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(SecureDigital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器31还可以既包括所述nginx服务器3的内部存储单元也包括外部存储设备。所述存储器31用于存储所述计算机程序以及所述nginx服务器3所需的其他程序和数据。所述存储器31还可以用于暂时地存储已经输出或者将要输出的数据。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

在本发明所提供的实施例中，应该理解到，所揭露的方法和nginx服务器，可以通过其它的方式实现。例如，以上所描述的nginx服务器实施例仅仅是示意性的，例如，所述步骤的划分，仅仅为一种逻辑划分，实际实现时可以有另外的划分方式，例如多个组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，nginx服务器的组成部分的间接耦合或通讯连接，可以是电性，机械或其它的形式。

上述的方法步骤集合在一起，并以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。

Claims (10)

1.一种微服务业务处理方法，其特征在于，包括：

请求处理线程转发客户端的HTTP请求至请求队列；

应答处理线程从所述请求队列中获取所述HTTP请求，并转发至脚本引擎，所述HTTP请求被所述脚本引擎用于与第三方业务系统交互后得到关于所述HTTP请求的业务应答；

所述应答处理线程获取所述脚本引擎返回的所述业务应答；

所述应答处理线程转发所述业务应答至应答队列；

所述请求处理线程从所述应答队列中获取所述业务应答，并返回所述业务应答至所述客户端。

2.如权利要求1所述的微服务业务处理方法，其特征在于，所述请求处理线程转发客户端的HTTP请求至请求队列之前，还包括：

所述请求处理线程接收所述客户端的所述HTTP请求。

3.如权利要求1所述的微服务业务处理方法，其特征在于，所述应答处理线程获取所述脚本引擎返回的所述业务应答之前，还包括：

所述应答处理线程识别关于所述HTTP请求的业务函数。

4.如权利要求3所述的微服务业务处理方法，其特征在于，所述应答处理线程识别关于所述HTTP请求的业务函数之前，还包括：

所述应答处理线程获取关于所述HTTP请求的配置信息，其中，所述配置信息用于确定所述业务函数。

5.如权利要求3所述的微服务业务处理方法，其特征在于，所述应答处理线程获取所述脚本引擎返回的所述业务应答，包括：

所述应答处理线程执行所述业务函数，得到关于所述HTTP请求的应答数据；

所述应答处理线程组装所述应答数据为所述业务应答。

6.一种nginx服务器，其特征在于，所述nginx服务器上运行有微服务业务进程，所述微服务业务进程包括请求处理线程和应答处理线程，包括：

所述请求处理线程用于转发客户端的HTTP请求至请求队列；

所述应答处理线程用于从所述请求队列中获取所述HTTP请求，并转发至脚本引擎，所述HTTP请求被所述脚本引擎用于与第三方业务系统交互后得到关于所述HTTP请求的业务应答；

所述应答处理线程用于获取所述脚本引擎返回的所述业务应答；

所述应答处理线程用于转发所述业务应答至应答队列；

所述请求处理线程用于从所述应答队列中获取所述业务应答，并返回所述业务应答至所述客户端。

7.如权利要求6所述的nginx服务器，其特征在于，所述请求处理线程用于转发客户端的HTTP请求至请求队列之前，所述请求处理线程还用于接收所述客户端的所述HTTP请求。

8.如权利要求6所述的nginx服务器，其特征在于，所述应答处理线程用于获取所述脚本引擎返回的所述业务应答之前，所述应答处理线程还用于识别关于所述HTTP请求的业务函数。

9.一种nginx服务器，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至5任一项所述微服务业务处理方法的步骤。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至5任一项所述微服务业务处理方法的步骤。