CN115941701B - 一种基于微服务架构的动态配置方法 - Google Patents

Abstract

本申请公开了一种基于微服务架构的动态配置方法，应有于微服务架构***的子服务模块，所述子服务模块包括用于存储子服务数据的数据库，所述方法包括：建立有子服务模块程序库，所述子服务模块程序库内包括所有子服务模块的程序；建立备份运行空间，所述备份运行空间根据不同的子服务模块运行状态，确定应当备份运行的子服务模块，并在所述子服务模块程序库中确定应当备份运行的子服务模块的程序，并予以运行；若所述子服务模块的运行状态达到预设状态标准，则将所述备份运行空间内的备份运行的子服务模块并轨对接于客户端，进而有效解决了因请求服务增多而导致的质量服务下降的问题。

Description

一种基于微服务架构的动态配置方法

技术领域

本发明涉及微服务技术领域，尤其是涉及一种基于微服务架构的动态配置方法。

背景技术

微服务是一种软件开发技术- 面向服务的体系结构（SOA）架构样式的一种变体，它提倡将单一应用程序划分成一组小的服务，服务之间互相协调、互相配合，为用户提供最终价值。每个服务运行在其独立的进程中，服务与服务间采用轻量级的通信机制互相沟通（通常是基于HTTP的RESTful API）。每个服务都围绕着具体业务进行构建，并且能够独立地部署到生产环境、类生产环境等。另外，应尽量避免统一的、集中式的服务管理机制，对具体的一个服务而言，应根据上下文，选择合适的语言、工具对其进行构建。

经由微服务架构开发的软件在应用过程中，由于划分的子服务模块划分的资源有限，在出现大规模服务请求时，极容易出现子服务模块服务质量大程度下降的问题（请求反馈时间延长甚至无反馈），为了避免这一情况，采取的手段通常是在问题发生后，对该子服务模块划分更多的***资源，但这种方式往往具有一定的延后性，而且对于无明显规律且出现时长较短的大规模请求，这种方式便显得过于浪费***资源，所以面对上述问题，亟需一种能够基于微服务框架，对子服务模块进行动态配置的方法。

发明内容

本发明的目的是提供一种能够基于微服务框架，对子服务模块进行配置的方法。

所以本发明公开了一种基于微服务架构的动态配置方法，应有于微服务架构***的子服务模块，所述子服务模块包括用于存储子服务数据的数据库，所述方法包括：

建立有子服务模块程序库，所述子服务模块程序库内包括所有子服务模块的程序；

建立备份运行空间，所述备份运行空间根据不同的子服务模块运行状态，确定应当备份运行的子服务模块，并在所述子服务模块程序库中确定应当备份运行的子服务模块的程序，并予以运行；

若所述子服务模块的运行状态达到预设状态标准，则将所述备份运行空间内的备份运行的子服务模块并轨对接于客户端。

在本申请的一些实施例中，公开了一种判断所述子服务模块的运行状态的方法，判断所述子服务模块的运行状态的方法包括：

设定用于评价数据库对数据处理能力的赋值规则，并经所述赋值规则的赋值，以得到对应所述数据库处理能力的总资源值；

获取客户端请求信息；

根据所述客户端请求信息确定数据处理方式，并根据所述能力赋值规则对所述数据处理方式进行资源消耗赋值，以得到实时资源消耗值；

获取同一时间段内所有数据处理方式实时资源消耗值，计算分析生成实时总资源消耗值；

根据所述总资源值和实时总资源消耗值的差值确定所述子服务模块的运行状态。

在本申请的一些实施例中，公开了一种所述赋值规则对所有数据处理方式进行资源消耗赋值的方法，所述赋值规则对所有数据处理方式进行资源消耗赋值的方法包括：

确定所述数据库处理能力的总资源值为1个单位值；

根据所有所述客户端请求信息，分别针对数据调用处理方式、数据删除处理方式和数据存储处理方式进行分类划分，并分析确定每一类别的数据处理量，其中，数据调用处理方式的数据处理量为L1，数据删除处理方式的数据处理量为L2，数据存储处理方式的数据处理量为L3；

确定每一数据处理方式类别在单位数据处理量的情况下的资源消耗值，其中，数据调用处理方式在单位数据处理量的情况下的资源消耗值为P1，数据删除处理方式在单位数据处理量的情况下的资源消耗值为P2，数据存储处理方式在单位数据处理量的情况下的资源消耗值为P3；

分析计算每一数据处理方式类别的实时资源消耗值，其中数据调用处理方式的实时资源消耗值K1=L1*P1，数据删除处理方式的实时资源消耗值K2=L2*P2，数据存储处理方式的实时资源消耗值K3=L3*P3。

在本申请的一些实施例中，公开了一种能够确定每一数据处理方式类别在单位数据处理量的情况下的资源消耗值的方法，确定每一数据处理方式类别在单位数据处理量的情况下的资源消耗值的方法包括：

分别在每一数据处理方式类别下，持续增加数据处理量，直至所述数据库满负荷运行时，确定数据处理量，进而计算得到不同数据处理方式类别在单位数据处理量的情况下的资源消耗值；

其中，数据调用处理方式在所述数据满负荷运行时的数据处理量为U1，则数据调用处理方式在单位数据处理量的情况下的资源消耗值P1=1/U1；

数据删除处理方式在所述数据库满负荷运行时的数据处理量为U2，则数据删除处理方式在单位数据处理量的情况下的资源消耗值P2=1/U2；

数据存储处理方式在所述数据库满负荷运行时的数据处理量为U3，则数据存储处理方式在单位数据处理量的情况下的资源消耗值P3=1/U3。

在本申请的一些实施例中，公开了一种能够确定所述子服务模块的运行状态的方法，确定所述子服务模块的运行状态的方法包括：

所述运行状态包括低负荷运行状态、一般负荷运行状态、较高负荷运行状态和高负荷运行状态，其中，每一运行状态均对应有一段资源值区间；

根据所述总资源值和实时总资源消耗值的差值所属的资源值区间，确定所述子服务模块的运行状态。

在本申请的一些实施例中，为了能够进一步的确定所述子服务模块的运行状态，对确定所述子服务模块的运行状态的方法做了进一步公开，确定所述子服务模块的运行状态的方法还包括：

设定有资源值对应组A[A1、A2、A3、A4]，其中A1为第一对应资源值，A2为第二对应资源值，A3为第三对应资源值，A4为第四对应资源值，且A1＜A2＜A3＜A4；

获取所述总资源值和实时总资源消耗值的差值a，其中a=1-（K1+K2+K3）；

当所述a≤A1时，则将所述子服务模块的的运行状态确定为低负荷运行状态；

当所述A1＜a≤A2时，则将所述子服务模块的运行状态确定为一般负荷运行状态；

当所述A2＜a≤A3时，则将所述子服务模块的运行状态确定为较高负荷运行状态；

当所述A3＜a≤A4时，则将所述子服务模块的运行状态确定为高负荷运行状态。

在本申请的一些实施例中，公开了一种用于确定应当备份运行的子服务模块的方法，确定应当备份运行的子服务模块的方法包括：

若存在子服务模块的运行状态为较高负荷运行状态，则针对所述子服务模块在所述备份运行空间内备份运行。

在本申请的一些实施例中，公开了一种确定将所述备份运行空间内的子服务模块并轨对接于客户端的方法，确定将所述备份运行空间内的子服务模块并轨对接于客户端的方法包括：

若存在子服务模块的运行状态为高负荷运行状态，则将所述备份运行空间内的子服务模块并轨对接于客户端。

在本申请的一些实施例中，为了能够所述客户端能够同时和所述子服务模块以及备份运行空间建立通讯连接，对所述动态配置方法做了改进，所述动态配置方法还包括：

建立中间交互模块，所述中间交互模块用于对接所述子服务模块、客户端和备份运行空间，以使所述子服务模块和备份运行空间均能直接与所述客户端建立通讯连接。

在本申请的一些实施例中，公开了所述中间交互模块与所述客户端、子服务模块和备份运行空间建立通讯连接的具体方法，所述中间交互模块与所述客户端、子服务模块和备份运行空间的建立通讯连接的方法包括：

若存在子服务模块的运行状态达到预设状态标准，则所述中间交互模块将从所述客户端接收的客户端请求信息同时发送给所述备份运行空间，并将所述备份运行空间反馈的处理信息发送给所述客户端。

本申请公开了一种基于微服务架构的动态配置方法，应用于微服务架构的***中，对***带来了如下好处：

1.对子服务模块的运行状态进行监控，若子服务模块达到了预设状态标准，则启动对子服务模块提供服务的***资源增加功能，避免了子服务模块因为请求服务的陡然增多而导致的服务质量下降的问题。

2.建立有备份运行空间，该备份运行空间内运行有某一子服务模块，根据不同子服务模块的运行状态，确定应当备份运行的子服务模块，并在前线运行的子服务模块状态达到预设状态标准时，将备份运行的子服务模块与客户端进行对接，实现了快速提升同一子服务模块性能的目的，并且，由于提供了两组同时运行的子服务模块，提升了***对同一服务处理的稳定性。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

图1为本申请实施例中一种基于微服务架构的动态配置方法步骤图；

图2为本申请实施例中一种判断子服务模块运行状态的方法步骤图；

图3为本申请实施例中子服务模块、备份运行空间和客户端的通讯连接图。

具体实施方式

以下通过附图和实施例对本发明的技术方案作进一步说明。

除非另外定义，本发明使用的技术术语或者科学术语应当为本发明所属领域内具有一般技能的人士所理解的通常意义。本发明中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。“上”、“下”、“左”、“右”等仅用于表示相对位置关系，当被描述对象的绝对位置改变后，则该相对位置关系也可能相应地改变。

实施例：

微服务是一种软件开发技术- 面向服务的体系结构（SOA）架构样式的一种变体，它提倡将单一应用程序划分成一组小的服务，服务之间互相协调、互相配合，为用户提供最终价值。每个服务运行在其独立的进程中，服务与服务间采用轻量级的通信机制互相沟通（通常是基于HTTP的RESTful API）。每个服务都围绕着具体业务进行构建，并且能够独立地部署到生产环境、类生产环境等。另外，应尽量避免统一的、集中式的服务管理机制，对具体的一个服务而言，应根据上下文，选择合适的语言、工具对其进行构建。

经由微服务架构开发的软件在应用过程中，由于划分的子服务模块划分的资源有限，在出现大规模服务请求时，极容易出现子服务模块服务质量大程度下降的问题（请求反馈时间延长甚至无反馈），为了避免这一情况，采取的手段通常是在问题发生后，对该子服务模块划分更多的***资源，但这种方式往往具有一定的延后性，而且对于无明显规律且出现时长较短的大规模请求，这种方式便显得过于浪费***资源。

所以面对上述问题本发明提供一种能够基于微服务框架，对子服务模块进行配置的方法。

所以本发明公开了一种基于微服务架构的动态配置方法，应有于微服务架构***的子服务模块，所述子服务模块包括用于存储子服务数据的数据库，参阅图1，所述方法包括：

步骤S100，建立有子服务模块程序库，所述子服务模块程序库内包括所有子服务模块的程序。

步骤S200，建立备份运行空间，所述备份运行空间根据不同的子服务模块运行状态，确定应当备份运行的子服务模块，并在所述子服务模块程序库中确定应当备份运行的子服务模块的程序，并予以运行。

其中，备份运行的子服务模块同样包括用于存储子服务数据的数据库，备份运行的子服务模块内置的数据库内对数据的处理，在取消备份运行的子服务模块的时候，将对数据处理的记录反馈于前线运行的子服务模块，并经由前线运行的子服务模块内置的数据库进行调整。

步骤S300，若所述子服务模块的运行状态达到预设状态标准，则将所述备份运行空间内的备份运行的子服务模块并轨对接于客户端。

在本申请的一些实施例中，参阅图3，为了能够所述客户端能够同时和所述子服务模块以及备份运行空间建立通讯连接，对所述动态配置方法做了改进，所述动态配置方法还包括：建立中间交互模块，所述中间交互模块用于对接所述子服务模块、客户端和备份运行空间，以使所述子服务模块和备份运行空间均能直接与所述客户端建立通讯连接。

在本申请的一些实施例中，公开了所述中间交互模块与所述客户端、子服务模块和备份运行空间建立通讯连接的具体方法，所述中间交互模块与所述客户端、子服务模块和备份运行空间的建立通讯连接的方法包括：若存在子服务模块的运行状态达到预设状态标准，则所述中间交互模块将从所述客户端接收的客户端请求信息同时发送给所述备份运行空间，并将所述备份运行空间反馈的处理信息发送给所述客户端。

在本申请的一些实施例中，为了能够判断出所述子服务模块的运行状态，公开了一种判断所述子服务模块的运行状态的方法，参阅图2，判断所述子服务模块的运行状态的方法包括：

步骤S201，设定用于评价数据库对数据处理能力的赋值规则，并经所述赋值规则的赋值，以得到对应所述数据库处理能力的总资源值。

步骤S202，获取客户端请求信息。

步骤S203，根据所述客户端请求信息确定数据处理方式，并根据所述能力赋值规则对所述数据处理方式进行资源消耗赋值，以得到实时资源消耗值。

步骤S204，获取同一时间段内所有数据处理方式实时资源消耗值，计算分析生成实时总资源消耗值。

步骤S205，根据所述总资源值和实时总资源消耗值的差值确定所述子服务模块的运行状态。

为了能够以赋值后进行比较的方式来判断所述子服务模块的运行状态，在本申请的一些实施例中，公开了一种所述赋值规则对所有数据处理方式进行资源消耗赋值的方法，所述赋值规则对所有数据处理方式进行资源消耗赋值的方法包括：

第一步，确定所述数据库处理能力的总资源值为1个单位值。

第二步，根据所有所述客户端请求信息，分别针对数据调用处理方式、数据删除处理方式和数据存储处理方式进行分类划分，并分析确定每一类别的数据处理量，其中，数据调用处理方式的数据处理量为L1，数据删除处理方式的数据处理量为L2，数据存储处理方式的数据处理量为L3。

第三步，确定每一数据处理方式类别在单位数据处理量的情况下的资源消耗值，其中，数据调用处理方式在单位数据处理量的情况下的资源消耗值为P1，数据删除处理方式在单位数据处理量的情况下的资源消耗值为P2，数据存储处理方式在单位数据处理量的情况下的资源消耗值为P3。

第四步，分析计算每一数据处理方式类别的实时资源消耗值，其中数据调用处理方式的实时资源消耗值K1=L1*P1，数据删除处理方式的实时资源消耗值K2=L2*P2，数据存储处理方式的实时资源消耗值K3=L3*P3。

在本申请的一些实施例中，公开了一种能够确定每一数据处理方式类别在单位数据处理量的情况下的资源消耗值的方法，确定每一数据处理方式类别在单位数据处理量的情况下的资源消耗值的方法包括：分别在每一数据处理方式类别下，持续增加数据处理量，直至所述数据库满负荷运行时，确定数据处理量，进而计算得到不同数据处理方式类别在单位数据处理量的情况下的资源消耗值；其中，数据调用处理方式在所述数据满负荷运行时的数据处理量为U1，则数据调用处理方式在单位数据处理量的情况下的资源消耗值P1=1/U1；数据删除处理方式在所述数据库满负荷运行时的数据处理量为U2，则数据删除处理方式在单位数据处理量的情况下的资源消耗值P2=1/U2；数据存储处理方式在所述数据库满负荷运行时的数据处理量为U3，则数据存储处理方式在单位数据处理量的情况下的资源消耗值P3=1/U3。

在本申请的一些实施例中，公开了一种能够确定所述子服务模块的运行状态的方法，确定所述子服务模块的运行状态的方法包括：所述运行状态包括低负荷运行状态、一般负荷运行状态、较高负荷运行状态和高负荷运行状态，其中，每一运行状态均对应有一段资源值区间；根据所述总资源值和实时总资源消耗值的差值所属的资源值区间，确定所述子服务模块的运行状态。

在本申请的一些实施例中，为了能够进一步的确定所述子服务模块的运行状态，对确定所述子服务模块的运行状态的方法做了进一步公开，确定所述子服务模块的运行状态的方法还包括：

第一步，设定有资源值对应组A[A1、A2、A3、A4]，其中A1为第一对应资源值，A2为第二对应资源值，A3为第三对应资源值，A4为第四对应资源值，且A1＜A2＜A3＜A4。

第二步，获取所述总资源值和实时总资源消耗值的差值a，其中a=1-（K1+K2+K3）。

第三步，当所述a≤A1时，则将所述子服务模块的的运行状态确定为低负荷运行状态。

第四步，当所述A1＜a≤A2时，则将所述子服务模块的运行状态确定为一般负荷运行状态。

第五步，当所述A2＜a≤A3时，则将所述子服务模块的运行状态确定为较高负荷运行状态。

第六步，当所述A3＜a≤A4时，则将所述子服务模块的运行状态确定为高负荷运行状态。

在本申请的一些实施例中，公开了一种用于确定应当备份运行的子服务模块的方法，确定应当备份运行的子服务模块的方法包括：若存在子服务模块的运行状态为较高负荷运行状态，则针对所述子服务模块在所述备份运行空间内备份运行。

在本申请的一些实施例中，公开了一种确定将所述备份运行空间内的子服务模块并轨对接于客户端的方法，确定将所述备份运行空间内的子服务模块并轨对接于客户端的方法包括：若存在子服务模块的运行状态为高负荷运行状态，则将所述备份运行空间内的子服务模块并轨对接于客户端。

为了进一步阐述本申请的技术方案，现将上述技术方案进行整合解释。

微服务（或微服务架构）是一种云原生架构方法，其中单个应用程序由许多松散耦合且独立部署的较小组件或服务组成。这些服务是拥有自己的数据库和数据处理模型。

其中，本申请所提到的子服务模块所对饮的就是完成某个服务的组件，其中包括了数据库。

针对不同的子服务模块，建立有子服务模块程序库，所述子服务模块程序库用于提供不同子服务模块的程序。

建立备份运行空间，所述备份运行空间包括基于服务器在***内划分的虚拟运行空间，或者调用一服务器，利用服务器的***直接运行需要备份运行的子服务模块。

对前线运行的子服务模块（实时运行的子服务模块）的运行状态进行监控，若前线子服务模块的运行状态达到了第一预设状态标准，则使所述备份运行空间启动备份运行的子服务模块待用，若前线子服务模块的运行状态达到了第二预设状态标准，则使所述备份运行空间与客户端并轨对接。

其中，对前线子模块进行状态判断的方法为监控其数据库内部对的数据处理过程中所消耗的***资源，具体方法是，首先对所述数据库的总体处理能力进行赋值，其总体处理能力可以在通过事先测试得到，分别针对数据调用处理方式、数据删除处理方式和数据存储处理方式进行数据库满负荷测试，分别确定出每种数据处理方式处理的数据处理量，接着计算得出单位数据处理量相对数据库满负荷运行资源消耗值，然后获取前线子模块分别针对不同数据处理方式所处理的数据量，将不同数据处理方式所处理的数据量乘以单位数据处理量的资源消耗值，并将求得值再次进行求和，得到实时资源消耗值，对实时资源消耗值和数据库的总资源值求差，根据差值确定所述前线子模块的运行状态。

本申请公开了一种基于微服务架构的动态配置方法，应用于微服务架构的***中，对***带来了如下好处：

1.对子服务模块的运行状态进行监控，若子服务模块达到了预设状态标准，则启动对子服务模块提供服务的***资源增加功能，避免了子服务模块因为请求服务的陡然增多而导致的服务质量下降的问题。

2.建立有备份运行空间，该备份运行空间内运行有某一子服务模块，根据不同子服务模块的运行状态，确定应当备份运行的子服务模块，并在前线运行的子服务模块状态达到预设状态标准时，将备份运行的子服务模块与客户端进行对接，实现了快速提升同一子服务模块性能的目的，并且，由于提供了两组同时运行的子服务模块，提升了***对同一服务处理的稳定性。

最后应说明的是：以上实施例仅用以说明本发明的技术方案而非对其进行限制，尽管参照较佳实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对本发明的技术方案进行修改或者等同替换，而这些修改或者等同替换亦不能使修改后的技术方案脱离本发明技术方案的精神和范围。

Claims (8)

1.一种基于微服务架构的动态配置方法，其特征在于，应有于微服务架构***的子服务模块，所述子服务模块包括用于存储子服务数据的数据库，所述方法包括：

建立有子服务模块程序库，所述子服务模块程序库内包括所有子服务模块的程序；

建立备份运行空间，所述备份运行空间根据不同的子服务模块运行状态，确定应当备份运行的子服务模块，并在所述子服务模块程序库中确定应当备份运行的子服务模块的程序，并予以运行；

若所述子服务模块的运行状态达到预设状态标准，则将所述备份运行空间内的备份运行的子服务模块并轨对接于客户端；

判断所述子服务模块的运行状态的方法包括：

设定用于评价数据库对数据处理能力的赋值规则，并经所述赋值规则的赋值，以得到对应所述数据库处理能力的总资源值；

获取客户端请求信息；

根据所述客户端请求信息确定数据处理方式，并根据所述能力赋值规则对所述数据处理方式进行资源消耗赋值，以得到实时资源消耗值；

获取同一时间段内所有数据处理方式实时资源消耗值，计算分析生成实时总资源消耗值；

根据所述总资源值和实时总资源消耗值的差值确定所述子服务模块的运行状态；

其中，所述数据处理方式包括数据调用处理方式、数据删除处理方式和数据存储处理方式；

所述子服务模块的运行状态包括低负荷运行状态、一般负荷运行装态、较高负荷运行状态和高负荷运行状态；

确定应用备份运行的子服务模块的方法包括：

若存在子服务模块的运行状态为较高负荷运行状态，则针对所述子服务模块在所述备份运行空间内备份运行。

2.根据权利要求1所述的一种基于微服务架构的动态配置方法，其特征在于，所述赋值规则对所有数据处理方式进行资源消耗赋值的方法包括：

确定所述数据库处理能力的总资源值为1个单位值；

根据所有所述客户端请求信息，分别针对数据调用处理方式、数据删除处理方式和数据存储处理方式进行分类划分，并分析确定每一类别的数据处理量，其中，数据调用处理方式的数据处理量为L1，数据删除处理方式的数据处理量为L2，数据存储处理方式的数据处理量为L3；

确定每一数据处理方式类别在单位数据处理量的情况下的资源消耗值，其中，数据调用处理方式在单位数据处理量的情况下的资源消耗值为P1，数据删除处理方式在单位数据处理量的情况下的资源消耗值为P2，数据存储处理方式在单位数据处理量的情况下的资源消耗值为P3；

分析计算每一数据处理方式类别的实时资源消耗值，其中数据调用处理方式的实时资源消耗值K1=L1*P1，数据删除处理方式的实时资源消耗值K2=L2*P2，数据存储处理方式的实时资源消耗值K3=L3*P3。

3.根据权利要求2所述的一种基于微服务架构的动态配置方法，其特征在于，确定每一数据处理方式类别在单位数据处理量的情况下的资源消耗值的方法包括：

分别在每一数据处理方式类别下，持续增加数据处理量，直至所述数据库满负荷运行时，确定数据处理量，进而计算得到不同数据处理方式类别在单位数据处理量的情况下的资源消耗值；

其中，数据调用处理方式在所述数据满负荷运行时的数据处理量为U1，则数据调用处理方式在单位数据处理量的情况下的资源消耗值P1=1/U1；

数据删除处理方式在所述数据库满负荷运行时的数据处理量为U2，则数据删除处理方式在单位数据处理量的情况下的资源消耗值P2=1/U2；

数据存储处理方式在所述数据库满负荷运行时的数据处理量为U3，则数据存储处理方式在单位数据处理量的情况下的资源消耗值P3=1/U3。

4.根据权利要求3所述的一种基于微服务架构的动态配置方法，其特征在于，确定所述子服务模块的运行状态的方法包括：

所述运行状态包括低负荷运行状态、一般负荷运行状态、较高负荷运行状态和高负荷运行状态，其中，每一运行状态均对应有一段资源值区间；

根据所述总资源值和实时总资源消耗值的差值所属的资源值区间，确定所述子服务模块的运行状态。

5.根据权利要求4所述的一种基于微服务架构的动态配置方法，其特征在于，确定所述子服务模块的运行状态的方法还包括：

设定有资源值对应组A[A1、A2、A3、A4]，其中A1为第一对应资源值，A2为第二对应资源值，A3为第三对应资源值，A4为第四对应资源值，且A1＜A2＜A3＜A4；

获取所述总资源值和实时总资源消耗值的差值a，其中a=1-（K1+K2+K3）；

当所述a≤A1时，则将所述子服务模块的的运行状态确定为低负荷运行状态；

当所述A1＜a≤A2时，则将所述子服务模块的运行状态确定为一般负荷运行状态；

当所述A2＜a≤A3时，则将所述子服务模块的运行状态确定为较高负荷运行状态；

当所述A3＜a≤A4时，则将所述子服务模块的运行状态确定为高负荷运行状态。

6.根据权利要求1所述的一种基于微服务架构的动态配置方法，其特征在于，确定将所述备份运行空间内的子服务模块并轨对接于客户端的方法包括：

若存在子服务模块的运行状态为高负荷运行状态，则将所述备份运行空间内的子服务模块并轨对接于客户端。

7.根据权利要求1所述的一种基于微服务架构的动态配置方法，其特征在于，所述动态配置方法还包括：

建立中间交互模块，所述中间交互模块用于对接所述子服务模块、客户端和备份运行空间，以使所述子服务模块和备份运行空间均能直接与所述客户端建立通讯连接。

8.根据权利要求7所述的一种基于微服务架构的动态配置方法，其特征在于，所述中间交互模块与所述客户端、子服务模块和备份运行空间的建立通讯连接的方法包括：

若存在子服务模块的运行状态达到预设状态标准，则所述中间交互模块将从所述客户端接收的客户端请求信息同时发送给所述备份运行空间，并将所述备份运行空间反馈的处理信息发送给所述客户端。

Images