CN109639598A - 基于微服务的请求处理方法、服务器、存储介质及装置 - Google Patents

Abstract

本发明公开了基于微服务的请求处理方法、服务器、存储介质及装置。本发明中根据业务请求确定待处理所述业务请求的目标微服务组件，根据所述目标微服务组件在第一预设策略映射关系中查询对应的目标资源分配策略，通过所述目标资源分配策略为所述目标微服务组件分配对应的服务器资源，以通过分配的服务器资源处理所述业务请求。明显地，由于划分了不同的微服务组件且配置了差异化的资源来处理不同类型的业务请求，使得业务请求的处理具有松耦合的特性，互不干扰，提高了处理各种类型的业务请求的稳定性。所以，可认为，解决了无法稳定地处理业务请求的技术问题。

Description

基于微服务的请求处理方法、服务器、存储介质及装置

技术领域

本发明涉及微服务技术领域，尤其涉及基于微服务的请求处理方法、服务器、存储介质及装置。

背景技术

在开发核心业务系统时，往往会采用单体应用的方式，将该核心业务系统的所有功能逻辑在一个工程文件内实现，并且，将所有的代码都部署于一个war格式的文件包内。

通过该种方式来架构核心业务系统，一旦该核心业务系统中的某个功能出现了异常，与核心业务系统对应的整个实例都将被挂起，这会导致整个核心业务系统都不能正常使用，无法继续处理来自各内部部门以及外部接口的各种类型的业务请求。

所以，可认为，存在无法稳定地处理业务请求的技术问题。

上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。

发明内容

本发明的主要目的在于提供基于微服务的请求处理方法、服务器、存储介质及装置，旨在解决无法稳定地处理业务请求的技术问题。

为实现上述目的，本发明提供一种基于微服务的请求处理方法，所述基于微服务的请求处理方法包括以下步骤：

在接收到业务请求时，根据所述业务请求确定待处理所述业务请求的目标微服务组件；

根据所述目标微服务组件在第一预设策略映射关系中查询对应的目标资源分配策略，所述第一预设策略映射关系中包括微服务组件与资源分配策略之间的对应关系；

通过所述目标资源分配策略为所述目标微服务组件分配对应的服务器资源，以通过分配的服务器资源处理所述业务请求。

优选地，所述服务器资源包括线程资源；

所述通过所述目标资源分配策略为所述目标微服务组件分配对应的服务器资源，以通过分配的服务器资源处理所述业务请求，包括：

在所述目标微服务组件为请求接入组件且所述目标资源分配策略为第一资源分配策略时，读取所述第一资源分配策略中的目标线程资源；

通过所述第一资源分配策略为所述请求接入组件分配对应的所述目标线程资源，以使所述请求接入组件基于所述目标线程资源接入所述业务请求。

优选地，所述服务器资源包括CPU硬件资源；

所述通过所述目标资源分配策略为所述目标微服务组件分配对应的服务器资源，以通过分配的服务器资源处理所述业务请求，包括：

在所述目标微服务组件为订单记录组件且所述目标资源分配策略为第二资源分配策略时，读取所述第二资源分配策略中的目标CPU硬件资源；

通过所述第二资源分配策略为所述订单记录组件分配对应的所述目标CPU硬件资源，以使所述订单记录组件基于所述目标CPU硬件资源处理所述业务请求。

优选地，所述在接收到业务请求时，根据所述业务请求确定待处理所述业务请求的目标微服务组件之后，所述基于微服务的请求处理方法还包括：

识别所述业务请求的请求类型；

在所述请求类型为访问请求时，执行所述根据所述目标微服务组件在第一预设策略映射关系中查询对应的目标资源分配策略的步骤。

优选地，所述识别所述业务请求的请求类型之后，所述基于微服务的请求处理方法还包括：

在所述请求类型为存储请求时，根据所述目标微服务组件在第二预设策略映射关系中查询对应的目标存储策略，所述第二预设策略映射关系中包括微服务组件与存储策略之间的对应关系；

从所述存储请求中提取待存储信息；

通过所述目标存储策略将所述待存储信息存储至所述目标微服务组件中。

优选地，所述通过所述目标存储策略将所述待存储信息存储至所述目标微服务组件中，包括：

在所述目标微服务组件为订单记录组件时，根据所述目标存储策略确定对应的数据库分库以及数据库分表；

基于所述数据库分库以及所述数据库分表将所述待存储信息存储至所述订单记录组件中。

优选地，所述通过所述目标资源分配策略为所述目标微服务组件分配对应的服务器资源，以通过分配的服务器资源处理所述业务请求之后，所述基于微服务的请求处理方法还包括：

在接收到消息发送组件生成的组件交互请求时，从所述组件交互请求中读取待发送信息以及消息接收组件；

通过预设消息中间件将所述待发送信息传输至所述消息接收组件。

此外，为实现上述目的，本发明还提出一种服务器，所述服务器包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的基于微服务的请求处理程序，所述基于微服务的请求处理程序配置为实现如上文所述的基于微服务的请求处理方法的步骤。

此外，为实现上述目的，本发明还提出一种存储介质，所述存储介质上存储有基于微服务的请求处理程序，所述基于微服务的请求处理程序被处理器执行时实现如上文所述的基于微服务的请求处理方法的步骤。

此外，为实现上述目的，本发明还提出一种基于微服务的请求处理装置，所述基于微服务的请求处理装置包括：

组件确定模块，用于在接收到业务请求时，根据所述业务请求确定待处理所述业务请求的目标微服务组件；

策略确定模块，用于根据所述目标微服务组件在第一预设策略映射关系中查询对应的目标资源分配策略，所述第一预设策略映射关系中包括微服务组件与资源分配策略之间的对应关系；

请求处理模块，用于通过所述目标资源分配策略为所述目标微服务组件分配对应的服务器资源，以通过分配的服务器资源处理所述业务请求。

本发明中在处理业务请求时，可先确定对应的微服务组件，并调取对应的资源分配策略，基于资源分配策略来完成对于微服务组件可用资源的分配，使得微服务组件可基于分配的资源来处理该业务请求。明显地，本发明中由于划分了不同的微服务组件且配置了差异化的资源来处理不同类型的业务请求，使得业务请求的处理具有松耦合的特性，互不干扰，提高了处理各种类型的业务请求的稳定性。所以，可认为，解决了无法稳定地处理业务请求的技术问题。

附图说明

图1是本发明实施例方案涉及的硬件运行环境的服务器结构示意图；

图2为本发明基于微服务的请求处理方法第一实施例的流程示意图；

图3为本发明基于微服务的请求处理方法第二实施例的流程示意图；

图4为本发明基于微服务的请求处理方法第三实施例的流程示意图；

图5为本发明基于微服务的请求处理装置第一实施例的结构框图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

参照图1，图1为本发明实施例方案涉及的硬件运行环境的服务器结构示意图。

如图1所示，该服务器可以包括：处理器1001，例如CPU，通信总线1002、用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)，可选用户接口1003还可以包括标准的有线接口、无线接口，对于用户接口1003的有线接口在本发明中可为USB接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的结构并不构成对服务器的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及基于微服务的请求处理程序。

在图1所示的服务器中，网络接口1004主要用于连接后台服务器，与所述后台服务器进行数据通信；用户接口1003主要用于连接外设；所述服务器通过处理器1001调用存储器1005中存储的基于微服务的请求处理程序，并执行本发明实施例提供的基于微服务的请求处理方法。

基于上述硬件结构，提出本发明基于微服务的请求处理方法的实施例。

参照图2，图2为本发明基于微服务的请求处理方法第一实施例的流程示意图。

在第一实施例中，所述基于微服务的请求处理方法包括以下步骤：

步骤S10：在接收到业务请求时，根据所述业务请求确定待处理所述业务请求的目标微服务组件。

可以理解的是，考虑到在架构核心业务系统时，采用的单体应用的架构方式会使得系统内的所有功能模块的功能逻辑以及分层逻辑都被集中式地放置在一起，所以，任一功能模块出现问题就会导致系统整体性不可用，这也就导致了后续无法稳定地处理业务请求。正是因为单体应用的架构方式赋予了各个功能模块彼此之间较高的紧耦合性，也就导致了任一功能模块出现问题就会导致系统整体性不可用。

应当理解的是，本实施例将通过微服务(microservice)架构方式来完成业务系统的架构，将业务系统中的各个微服务组件隔离开，以使得各个功能模块之间具有较高的松耦合性。当发生系统故障时，可以将故障精准地隔离在故障发生的单个微服务组件上，不会影响到系统中的其他细分组件的正常运行，从而保障了对于业务请求的稳定处理。

在具体实现中，比如，可将用于实现投资交易的业务系统拆分为多个微服务组件，以赋予业务系统松耦合的特性，彼此之间处理请求的干扰性小，比如，微服务组件有请求接入组件、订单记录组件、会员记录组件、交易组件、支付组件、账户组件、货品记录组件、文档签署组件、视讯组件、营销组件、运营管理组件以及资产管理组件等。其中，部分的微服务组件用于实现功能模块的功能逻辑，部分的微服务组件用于实现分层逻辑，比如，请求接入组件用于充当接入层，以承载对于各类型的业务请求的接入。

应当理解的是，若接收到业务请求，将先识别出处理该业务请求的微服务组件。

步骤S20：根据所述目标微服务组件在第一预设策略映射关系中查询对应的目标资源分配策略，所述第一预设策略映射关系中包括微服务组件与资源分配策略之间的对应关系。

可以理解的是，本实施例的执行主体为服务器，而可将服务器的硬件资源划分为计算资源以及存储资源等。当然，也可进行进一步地细分，比如，存储资源可细分为内存资源等。

应当理解的是，若目标微服务组件为请求接入组件，不同的微服务组件的功能不同，故而，可为不同的微服务组件分配不同的服务器资源，以更加适配其功能特性，且在资源层面互不干扰。

步骤S30：通过所述目标资源分配策略为所述目标微服务组件分配对应的服务器资源，以通过分配的服务器资源处理所述业务请求。

在具体实现中，比如，若目标微服务组件为货品记录组件，由于货品记录组件用于记录货物数据，而存储货物数据的数据量较大，但是，在实际业务处理中，针对货品记录组件的请求以及访问行为又较为频繁，所以，可为货品记录组件分配更多的内存资源以支撑用户的访问，从而加快用户的访问速度。所以，货品记录组件的资源分配策略可为“较多的内存资源”。

本实施例中在处理业务请求时，可先确定对应的微服务组件，并调取对应的资源分配策略，基于资源分配策略来完成对于微服务组件可用资源的分配，使得微服务组件可基于分配的资源来处理该业务请求。明显地，本实施例中由于划分了不同的微服务组件且配置了差异化的资源来处理不同类型的业务请求，使得业务请求的处理具有松耦合的特性，互不干扰，提高了处理各种类型的业务请求的稳定性。所以，可认为，解决了无法稳定地处理业务请求的技术问题。

参照图3，图3为本发明基于微服务的请求处理方法第二实施例的流程示意图，基于上述图2所示的第一实施例，提出本发明基于微服务的请求处理方法的第二实施例。

第二实施例中，所述服务器资源包括线程资源。

所述步骤S30，包括：

步骤S301：在所述目标微服务组件为请求接入组件且所述目标资源分配策略为第一资源分配策略时，读取所述第一资源分配策略中的目标线程资源。

可以理解的是，当处理业务请求的微服务组件为请求接入组件时，由于请求接入组件用于承载各类型业务请求的接入，所以，请求接入组件对于内存资源以及中央处理器(Central Processing Unit，CPU)硬件资源的需求都不大，但是，由于要承载所有的用于访问的业务请求，对于可调用线程的线程数量存在较高的要求。

步骤S302：通过所述第一资源分配策略为所述请求接入组件分配对应的所述目标线程资源，以使所述请求接入组件基于所述目标线程资源接入所述业务请求。

应当理解的是，请求接入组件的资源分配策略可为“较多的线程资源”。

进一步地，所述服务器资源包括CPU硬件资源；

所述通过所述目标资源分配策略为所述目标微服务组件分配对应的服务器资源，以通过分配的服务器资源处理所述业务请求，包括：

在所述目标微服务组件为订单记录组件且所述目标资源分配策略为第二资源分配策略时，读取所述第二资源分配策略中的目标CPU硬件资源；

通过所述第二资源分配策略为所述订单记录组件分配对应的所述目标CPU硬件资源，以使所述订单记录组件基于所述目标CPU硬件资源处理所述业务请求。

在具体实现中，除了请求接入组件之外，若目标微服务组件为订单记录组件或交易组件，由于这两种组件需要处理的数据较多，故而，可将对应的资源分配策略中设置“较多的CPU硬件资源”。

当然，本实施例中描述的“较多的线程资源”以及“较多的CPU硬件资源”均用于突出该资源分配策略的核心目的，但是，各资源分配策略中仍然会分配一定量的其他类型的服务器资源，比如，请求接入组件的资源分配策略中也会规定CPU硬件资源的体量。至于，本实施例中描述的“较多的线程资源”以及“较多的CPU硬件资源”，可为服务器资源的资源体量设置三种等级，比如，第一等级对应较少的资源体量，第二等级对应中等的资源体量，而第三等级则对应较多的资源体量。至于第三等级的资源体量的具体数据可由运维人员适应性地调整。

此外，由于运用微服务架构将各个功能模块分开设置，不同的开发人员则可根据各自的专业能力分别开发不同的功能模块，也进一步地提高了开发效率。由于单个功能模块的改动更新影响的范围较小，使得每个微服务组件都可以按不同的节奏来更快地响应需求变化。

本实施例中考虑到存在各种类型的服务器资源，且不同的微服务组件在实现其功能时需要使用到的服务器资源的侧重点存在差异，故而，可为不同的微服务组件预先设置不同的资源分配策略，以充分适配不同的微服务组件的功能特性，以提高资源的使用率以及组件运行的高效性。

参照图4，图4为本发明基于微服务的请求处理方法第三实施例的流程示意图，基于上述图2所示的第一实施例，提出本发明基于微服务的请求处理方法的第三实施例。

第三实施例中，所述步骤S10之后，所述基于微服务的请求处理方法还包括：

步骤S101：识别所述业务请求的请求类型；

可以理解的是，不同的微服务组件除了可设置有各自的资源分配策略之外，还可为不同的微服务组件分别设置各自的存储机制，并基于该存储机制去存储需要存储的信息。这是因为，各自的存储机制可针对微服务组件的功能特性，以适应不同细分组件的功能需求。

在所述请求类型为访问请求时，执行步骤S20。

应当理解的是，在接收到业务请求时，可先识别该业务请求是存储信息的请求还是访问并处理业务的请求，若是访问并处理业务的请求，则将去查询对应的资源分配策略；若是存储信息的请求，则将去查询对应的存储策略。

进一步地，所述步骤S101之后，所述基于微服务的请求处理方法还包括：

在所述请求类型为存储请求时，执行步骤S201。

步骤S201：根据所述目标微服务组件在第二预设策略映射关系中查询对应的目标存储策略，所述第二预设策略映射关系中包括微服务组件与存储策略之间的对应关系。

在具体实现中，若是存储信息的请求且目标微服务组件为货品记录组件，考虑到用户操作记录有货品信息的货品记录组件的频率较高，且货品记录组件中存储的货品信息的信息结构较为多样，并不建议使用关系型数据库，可联合MongoDB以及Redis技术来建立与货品记录组件对应的存储策略。其中，MongoDB是一种基于分布式文件存储的数据库，而Redis为一种高性能的键值数据库。

步骤S202：从所述存储请求中提取待存储信息。

步骤S203：通过所述目标存储策略将所述待存储信息存储至所述目标微服务组件中。

在具体实现中，若目标微服务组件为货品记录组件，则将通过联合了MongoDB以及Redis的存储策略来实现对于存储请求中记录的货品信息的存储。

进一步地，所述通过所述目标存储策略将所述待存储信息存储至所述目标微服务组件中，包括：

在所述目标微服务组件为订单记录组件时，根据所述目标存储策略确定对应的数据库分库以及数据库分表；

基于所述数据库分库以及所述数据库分表将所述待存储信息存储至所述订单记录组件中。

在具体实现中，若是存储信息的请求且目标微服务组件为订单记录组件或资产管理组件，考虑到这两种类型的组件内存储数据的数据量较大，可采用MySQL分表分库的存储机制作为对应的存储策略，以将一个完整的数据库切分成多个分库以及多个分表便于后续对于待存储信息的查询，提高了查询性能。其中，MySQL是一种关系型数据库管理系统。

此外，若是存储信息的请求且目标微服务组件为文档签署组件或视讯组件，考虑到这两种组件在存储数据之后存在着体量较大的文件处理需求，可额外接入专用的文件存储服务器，以适应该文件处理需求。

进一步地，所述通过所述目标资源分配策略为所述目标微服务组件分配对应的服务器资源，以通过分配的服务器资源处理所述业务请求之后，所述基于微服务的请求处理方法还包括：

在接收到消息发送组件生成的组件交互请求时，从所述组件交互请求中读取待发送信息以及消息接收组件；

通过预设消息中间件将所述待发送信息传输至所述消息接收组件。

可以理解的是，为了彻底解耦各个微服务组件以提高运行效率，可运用消息中间件来进行各个微服务组件彼此之间的交互。

在具体实现中，比如，若请求接入组件欲发送信息至订单记录组件，可依靠ActiveMQ或Kafka等消息中间件将实施性不高的信息发送至订单记录组件。其中，ActiveMQ是一种开源消息总线，可作为传递信息的媒介；Kafka是一种具有高吞吐量的分布式发布订阅消息系统，同样，也作为传递信息的媒介。

此外，除了上述的消息中间件之前，整个业务系统中的交互也可交付于远程过程调用(Remote Procedure Call，RPC)和超文本传输协议(HyperText Transfer Protocol，HTTP)等技术来实现。同时，可提供表述性状态传递(Representational State Transfer，REST)风格的接口。

本实施例中不仅可为不同的微服务组设置有各自的资源分配策略，还可分别设置各自的存储机制，从而可实现根据组件的功能特性有针对性地进行精细化的资源调配及管理。

此外，本发明实施例还提出一种存储介质，所述存储介质上存储有基于微服务的请求处理程序，所述基于微服务的请求处理程序被处理器执行时实现如上文所述的基于微服务的请求处理方法的步骤。

此外，参照图5，本发明实施例还提出一种基于微服务的请求处理装置，所述基于微服务的请求处理装置包括：

组件确定模块10，用于在接收到业务请求时，根据所述业务请求确定待处理所述业务请求的目标微服务组件。

可以理解的是，考虑到在架构核心业务系统时，采用的单体应用的架构方式会使得系统内的所有功能模块的功能逻辑以及分层逻辑都被集中式地放置在一起，所以，任一功能模块出现问题就会导致系统整体性不可用，这也就导致了后续无法稳定地处理业务请求。正是因为单体应用的架构方式赋予了各个功能模块彼此之间较高的紧耦合性，也就导致了任一功能模块出现问题就会导致系统整体性不可用。

应当理解的是，本实施例将通过微服务(microservice)架构方式来完成业务系统的架构，将业务系统中的各个微服务组件隔离开，以使得各个功能模块之间具有较高的松耦合性。当发生系统故障时，可以将故障精准地隔离在故障发生的单个微服务组件上，不会影响到系统中的其他细分组件的正常运行，从而保障了对于业务请求的稳定处理。

在具体实现中，比如，可将用于实现投资交易的业务系统拆分为多个微服务组件，以赋予业务系统松耦合的特性，彼此之间处理请求的干扰性小，比如，微服务组件有请求接入组件、订单记录组件、会员记录组件、交易组件、支付组件、账户组件、货品记录组件、文档签署组件、视讯组件、营销组件、运营管理组件以及资产管理组件等。其中，部分的微服务组件用于实现功能模块的功能逻辑，部分的微服务组件用于实现分层逻辑，比如，请求接入组件用于充当接入层，以承载对于各类型的业务请求的接入。

应当理解的是，若接收到业务请求，将先识别出处理该业务请求的微服务组件。

策略确定模块20，用于根据所述目标微服务组件在第一预设策略映射关系中查询对应的目标资源分配策略，所述第一预设策略映射关系中包括微服务组件与资源分配策略之间的对应关系。

可以理解的是，基于微服务的请求处理装置可表现为一服务器，至于服务器的硬件资源可划分为计算资源以及存储资源等。当然，也可进行进一步地细分，比如，存储资源可细分为内存资源等。

应当理解的是，若目标微服务组件为请求接入组件，不同的微服务组件的功能不同，故而，可为不同的微服务组件分配不同的服务器资源，以更加适配其功能特性，且在资源层面互不干扰。

请求处理模块30，用于通过所述目标资源分配策略为所述目标微服务组件分配对应的服务器资源，以通过分配的服务器资源处理所述业务请求。

在具体实现中，比如，若目标微服务组件为货品记录组件，由于货品记录组件用于记录货物数据，而存储货物数据的数据量较大，但是，在实际业务处理中，针对货品记录组件的请求以及访问行为又较为频繁，所以，可为货品记录组件分配更多的内存资源以支撑用户的访问，从而加快用户的访问速度。所以，货品记录组件的资源分配策略可为“较多的内存资源”。

本实施例中在处理业务请求时，可先确定对应的微服务组件，并调取对应的资源分配策略，基于资源分配策略来完成对于微服务组件可用资源的分配，使得微服务组件可基于分配的资源来处理该业务请求。明显地，本实施例中由于划分了不同的微服务组件且配置了差异化的资源来处理不同类型的业务请求，使得业务请求的处理具有松耦合的特性，互不干扰，提高了处理各种类型的业务请求的稳定性。所以，可认为，解决了无法稳定地处理业务请求的技术问题。

在一实施例中，所述基于微服务的请求处理装置还包括：

所述请求处理模块30，还用于在所述目标微服务组件为请求接入组件且所述目标资源分配策略为第一资源分配策略时，读取所述第一资源分配策略中的目标线程资源；通过所述第一资源分配策略为所述请求接入组件分配对应的所述目标线程资源，以使所述请求接入组件基于所述目标线程资源接入所述业务请求。

在一实施例中，所述基于微服务的请求处理装置还包括：

所述请求处理模块30，还用于在所述目标微服务组件为订单记录组件且所述目标资源分配策略为第二资源分配策略时，读取所述第二资源分配策略中的目标CPU硬件资源；通过所述第二资源分配策略为所述订单记录组件分配对应的所述目标CPU硬件资源，以使所述订单记录组件基于所述目标CPU硬件资源处理所述业务请求。

在一实施例中，所述基于微服务的请求处理装置还包括：

请求识别模块，用于识别所述业务请求的请求类型；在所述请求类型为访问请求时，执行所述根据所述目标微服务组件在第一预设策略映射关系中查询对应的目标资源分配策略的步骤。

在一实施例中，所述基于微服务的请求处理装置还包括：

策略查询模块，用于在所述请求类型为存储请求时，根据所述目标微服务组件在第二预设策略映射关系中查询对应的目标存储策略，所述第二预设策略映射关系中包括微服务组件与存储策略之间的对应关系；

信息提取模块，用于从所述存储请求中提取待存储信息；

信息存储模块，用于通过所述目标存储策略将所述待存储信息存储至所述目标微服务组件中。

在一实施例中，所述基于微服务的请求处理装置还包括：

所述信息存储模块，还用于在所述目标微服务组件为订单记录组件时，根据所述目标存储策略确定对应的数据库分库以及数据库分表；基于所述数据库分库以及所述数据库分表将所述待存储信息存储至所述订单记录组件中。

在一实施例中，所述基于微服务的请求处理装置还包括：

组件交互模块，用于在接收到消息发送组件生成的组件交互请求时，从所述组件交互请求中读取待发送信息以及消息接收组件；通过预设消息中间件将所述待发送信息传输至所述消息接收组件。

本发明所述基于微服务的请求处理装置的其他实施例或具体实现方式可参照上述各方法实施例，此处不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。词语第一、第二、以及第三等的使用不表示任何顺序，可将这些词语解释为名称。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种基于微服务的请求处理方法，其特征在于，所述基于微服务的请求处理方法包括以下步骤：

在接收到业务请求时，根据所述业务请求确定待处理所述业务请求的目标微服务组件；

根据所述目标微服务组件在第一预设策略映射关系中查询对应的目标资源分配策略，所述第一预设策略映射关系中包括微服务组件与资源分配策略之间的对应关系；

通过所述目标资源分配策略为所述目标微服务组件分配对应的服务器资源，以通过分配的服务器资源处理所述业务请求。

2.如权利要求1所述的基于微服务的请求处理方法，其特征在于，所述服务器资源包括线程资源；

所述通过所述目标资源分配策略为所述目标微服务组件分配对应的服务器资源，以通过分配的服务器资源处理所述业务请求，包括：

在所述目标微服务组件为请求接入组件且所述目标资源分配策略为第一资源分配策略时，读取所述第一资源分配策略中的目标线程资源；

通过所述第一资源分配策略为所述请求接入组件分配对应的所述目标线程资源，以使所述请求接入组件基于所述目标线程资源接入所述业务请求。

3.如权利要求1所述的基于微服务的请求处理方法，其特征在于，所述服务器资源包括CPU硬件资源；

所述通过所述目标资源分配策略为所述目标微服务组件分配对应的服务器资源，以通过分配的服务器资源处理所述业务请求，包括：

在所述目标微服务组件为订单记录组件且所述目标资源分配策略为第二资源分配策略时，读取所述第二资源分配策略中的目标CPU硬件资源；

通过所述第二资源分配策略为所述订单记录组件分配对应的所述目标CPU硬件资源，以使所述订单记录组件基于所述目标CPU硬件资源处理所述业务请求。

4.如权利要求1所述的基于微服务的请求处理方法，其特征在于，所述在接收到业务请求时，根据所述业务请求确定待处理所述业务请求的目标微服务组件之后，所述基于微服务的请求处理方法还包括：

识别所述业务请求的请求类型；

在所述请求类型为访问请求时，执行所述根据所述目标微服务组件在第一预设策略映射关系中查询对应的目标资源分配策略的步骤。

5.如权利要求4所述的基于微服务的请求处理方法，其特征在于，所述识别所述业务请求的请求类型之后，所述基于微服务的请求处理方法还包括：

在所述请求类型为存储请求时，根据所述目标微服务组件在第二预设策略映射关系中查询对应的目标存储策略，所述第二预设策略映射关系中包括微服务组件与存储策略之间的对应关系；

从所述存储请求中提取待存储信息；

通过所述目标存储策略将所述待存储信息存储至所述目标微服务组件中。

6.如权利要求5所述的基于微服务的请求处理方法，其特征在于，所述通过所述目标存储策略将所述待存储信息存储至所述目标微服务组件中，包括：

在所述目标微服务组件为订单记录组件时，根据所述目标存储策略确定对应的数据库分库以及数据库分表；

基于所述数据库分库以及所述数据库分表将所述待存储信息存储至所述订单记录组件中。

7.如权利要求1至6中任一项所述的基于微服务的请求处理方法，其特征在于，所述通过所述目标资源分配策略为所述目标微服务组件分配对应的服务器资源，以通过分配的服务器资源处理所述业务请求之后，所述基于微服务的请求处理方法还包括：

在接收到消息发送组件生成的组件交互请求时，从所述组件交互请求中读取待发送信息以及消息接收组件；

通过预设消息中间件将所述待发送信息传输至所述消息接收组件。

8.一种服务器，其特征在于，所述服务器包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行基于微服务的请求处理程序，所述基于微服务的请求处理程序被所述处理器执行时实现如权利要求1至7中任一项所述的基于微服务的请求处理方法的步骤。

9.一种存储介质，其特征在于，所述存储介质上存储有基于微服务的请求处理程序，所述基于微服务的请求处理程序被处理器执行时实现如权利要求1至7中任一项所述的基于微服务的请求处理方法的步骤。

10.一种基于微服务的请求处理装置，其特征在于，所述基于微服务的请求处理装置包括：

组件确定模块，用于在接收到业务请求时，根据所述业务请求确定待处理所述业务请求的目标微服务组件；

策略确定模块，用于根据所述目标微服务组件在第一预设策略映射关系中查询对应的目标资源分配策略，所述第一预设策略映射关系中包括微服务组件与资源分配策略之间的对应关系；

请求处理模块，用于通过所述目标资源分配策略为所述目标微服务组件分配对应的服务器资源，以通过分配的服务器资源处理所述业务请求。