CN111309380A - 服务实例的配置方法、装置及*** - Google Patents

Abstract

本发明公开了一种服务实例的配置方法，同时公开一种服务实例的配置装置，还公开一种服务实例的配置***。本发明根据服务版本和配置信息之间的对应关系确定并提供服务实例对应的配置信息，有利于实现服务实例的实时配置更新以及减少配置更新错误，对于快速部署服务实例特别是分布式部署场景而言，能够有效提升配置效率。此外，通过将配置信息划分为资源类配置项和以键值对表示的非资源类配置项，有利于方便地进行配置项的配置与更新。

Description

服务实例的配置方法、装置及***

技术领域

本发明涉及一种服务实例的配置方法，同时涉及一种服务实例的配置装置，还涉及一种服务实例的配置***。

背景技术

在软件项目的升级过程中，容易出现配置方面的问题。例如，在实际作业中，经常出现在手动添加/修改配置时，错误设置配置值导致升级失败的情况。另外，在分布式部署项目应用时，人工手动添加/修改配置是一件效率低、效果差、错误率高的方式。因此，降低因修改或新增配置项而引起故障的风险，是项目升级或项目配置中需要考虑的问题。

华为公司在申请号为201810214224.0的中国专利申请中，提出了一种分布式微服务集群的升级方法，包括如下步骤：容器集群管理***接收升级任务实例化描述对象；容器集群管理***根据升级任务实例化描述对象，创建并启动第一版本APP的服务实例，并根据升级任务的工作流，为第一版本APP的服务实例分配资源；容器集群管理***利用为第一版本APP的服务实例分配的资源，在节点上为第一版本APP创建容器管理器，并启动容器管理器和容器管理器中的APP的微服务运行实例；容器集群管理***根据第一版本APP的合并配置数据，生成第一版本APP的存储实例；其中，第一版本APP的合并配置数据由第一版本APP的配置数据和第二版本APP的配置数据合并得到，第二版本APP的版本号低于第一版本APP的版本号；第一版本APP的存储实例用于存储第一版本APP的微服务运行实例被执行时所需的配置数据。

发明内容

本发明所要解决的首要技术问题在于提供一种服务实例的配置方法。

本发明所要解决的另一技术问题在于提供一种服务实例的配置装置。

本发明所要解决的再一技术问题在于提供一种服务实例的配置***。

为实现上述发明目的，本发明采用下述的技术方案：

根据本发明实施例的第一方面，提供一种服务实例的配置方法，包括如下步骤：

接收客户端发送的请求消息，所述请求消息用于触发对服务实例的配置；

基于所述服务实例的服务版本和配置信息之间的对应关系，确定所述服务实例的配置信息，所述配置信息包括资源类配置项和以键值对表示的非资源类配置项；

将所述配置信息发送至所述客户端，以便所述客户端根据所述配置信息生成或更新配置文件。

其中较优地，所述请求消息包括：用于请求配置信息的第一请求消息，或，用于注册服务实例的第二请求消息。

其中较优地，所述配置方法还包括如下步骤：在所述服务实例注册时，通过注册接口指定所述服务实例的服务版本；或从资源类配置项集合和非资源类配置项集合中，选取被标识的配置项组成所述配置信息。

根据本发明实施例的第二方面，提供一种服务实例的配置方法，包括如下步骤：

向配置中心发送请求消息，所述请求消息用于触发对服务实例的配置；

接收所述配置中心反馈的配置信息，所述配置信息与所述服务实例的服务版本对应，所述配置信息包括资源类配置项和以键值对表示的非资源类配置项；

根据所述配置信息生成或更新配置文件。

其中较优地，所述向配置中心发送请求消息，包括如下步骤：在接收到所述配置中心发送的配置更新消息后，向所述配置中心发送用于请求配置信息的第一请求消息；其中，所述第一请求消息包括所述服务实例的服务版本号。

其中较优地，所述向配置中心发送请求消息，包括，向所述服务中心发送用于注册服务实例的第二请求消息。

根据本发明实施例的第三方面，提供一种服务实例的配置装置，包括：

接收模块，用于接收客户端发送的请求消息，所述请求消息用于触发对服务实例的配置；

处理模块，用于基于所述服务实例的服务版本和配置信息之间的对应关系，确定所述服务实例的配置信息，所述配置信息包括资源类配置项和以键值对表示的非资源类配置项；

发送模块，用于将所述配置信息发送至所述客户端，以便所述客户端根据所述配置信息生成或更新配置文件。

其中较优地，所述请求消息包括：用于请求配置信息的第一请求消息，或，用于注册服务实例的第二请求消息。

其中较优地，所述装置包括注册接口：用于在所述服务实例注册时，指定所述服务实例的服务版本；或，所述发送模块还用于向所述客户端发送配置更新消息以触发所述客户端发送用于请求配置信息的第一请求消息；或，所述装置包括可操作页面：用于展示资源类配置项集合和非资源类配置项集合，其中各项配置项可被标记为选取或未选取。

根据本发明实施例的第四方面，提供一种服务实例的配置***，包括：客户端和前述根据本发明实施例的第三方面的配置更新装置。其中，所述客户端根据所述配置更新装置发送的配置信息，更新或生成配置文件。

与现有技术相比较，本发明实施例通过根据服务版本和配置信息之间的对应关系确定并提供服务实例对应的配置信息，有利于实现服务实例的实时配置更新以及减少配置更新错误。同时，对于快速部署服务实例特别是分布式部署场景而言，能够有效提升配置效率。此外，通过将配置信息划分为资源类配置项和以键值对表示的非资源类配置项，有利于方便地进行配置项的更新与管理。

附图说明

图1为根据本发明实施例的服务实例的配置方法的流程示意图；

图2为根据本发明实施例的旧服务实例的配置更新方法的流程示意图；

图3为根据本发明实施例的新服务实例的注册方法的流程示意图；

图4为根据本发明实施例的服务实例的配置装置的架构示意图；

图5为根据本发明实施例的客户端的架构示意图；

图6为根据本发明实施例的服务实例的配置***的架构示意图；

图7为根据本发明实施例的电子设备的架构示意图,所述电子设备用于配置服务实例。

具体实施方式

下面结合附图和具体实施例对本发明的技术内容进行详细具体的说明。

在项目发展的初期，技术人员通常会把程序配置放到各种配置文件里。这种方式简单易行，程序可以直接读取配置文件，各种语言都有类库支持配置文件的读写，这也是现阶段大部分程序的实现方式。但是生产环境的配置和本地开发显然不会一致。而且每次有新增配置项的升级，运营人员都要手动修改配置文件。随着项目增多，可能一个数据库配置在多个项目中使用，这种配置变更需要运营一一修改才能保证升级的成功。

为了更好的满足生产环境需求，本发明实施例提供一种服务实例的配置方法。参照图1，所述配置方法包括如下步骤：

100：客户端向配置中心(或者称作服务实例配置装置)发送请求消息，所述请求消息用于触发对服务实例的配置。

示例性地，如图2所示，在旧实例更新场景下，所述请求消息可以是客户端向配置中心发送的用于请求配置信息的第一请求消息。参照图2，在这种场景下，可以先由配置中心向客户端发送配置更新消息以触发客户端发送所述第一请求消息。所述配置更新消息中可以携带新的服务版本号，例如，当配置信息进行了更新且被分配了新的服务版本号时。所述配置更新消息中也可以不携带服务版本号，例如，当配置信息进行了更新但对应的服务版本号不变时，此时，第一请求消息中可以携带原始的服务版本号。

此外，在分布式部署的应用场景下，配置中心可以根据预先配置的清单向所有客户端/服务器中的目标客户端/目标服务器发送所述配置更新消息。这样，可以选择性地对期望更新的客户端/服务器发送配置消息以触发该目标进行配置更新。

示例性地，如图3所示，在新实例注册场景下，所述请求消息可以是客户端向配置中心发送的用于注册服务实例的第二请求消息。此时，可以通过注册接口为注册的服务实例指定服务版本。

102：(接收客户端发送的请求消息后)配置中心基于服务实例的服务版本和配置信息之间的对应关系，确定服务实例的配置信息。

其中，所述配置信息包括资源类配置项和以键值对表示的非资源类配置项。通过对配置信息进行分类，不论是在配置配置项的场景下还是在配置值的问题排查场景下，都有利于对配置项的快速定位。

示例性地，资源类配置项可以分为两级，第一级包括rdb、nosql、api和seo。其中，rdb的子类分为mysql、sqlserver、oracle、postgresql、db2。Nosql的子类分为redis、memcache、mongodb、cassandra。Api的子类分为http、https、soap。seo的子类分为elasticsearch、solr、splunk。每一个资源类的配置可以生成多个配置项，以mysql为例，可以生成如下配置项：

commondb.type＝'pdo_mysql'

commondb.host＝'xxx.xxx.xxx.xxx

commondb.username＝'infobird'

commondb.password＝'abcdrfg'

commondb.dbname＝'common'

commondb.port＝'36595'

commondb.charset＝'utf8'

示例性地，非资源类配置项就是不能抽象提炼为资源类的配置项(单纯的key＝value对)，如phppath＝’/usr/lcoal/php/bin’、processnum＝1等。

在本发明实施例中，资源类配置项集合和非资源类配置项集合中的各个配置项，均可以被标识以表示被选取。这样，可以选取被标识的配置项组成配置信息。并且，采用这种方式，有利于灵活的进行配置信息的配置。

104：配置中心将配置信息发送至客户端。

106：(接收配置中心发送的配置信息后)客户端根据配置信息生成或更新配置文件。

采用本发明实施例提供的服务实例配置方法，通过根据服务版本和配置信息之间的对应关系确定并提供服务实例对应的配置信息，有利于实现服务实例的实时配置更新以及减少配置更新错误。同时，对于快速部署服务实例特别是分布式部署场景而言，能够有效提升配置效率。此外，通过将配置信息划分为资源类配置项和以键值对表示的非资源类配置项，有利于方便地进行配置项的更新与管理。

目前的市场应用中，大多采用非php语言实现的配置中心，且不具备在新建服务版本时建立服务版本和配置信息之间的对应关系的能力，也不会对配置信息中的各条可配置内容进行分类。而采用本发明实施例提供的方案，可以适应多种语言及配置文件类型，软件应用升级和部署更加迅速，有利于更快的响应客户需求，从而更好的为客户服务。

本领域技术人员应当理解，图2所示的旧实例更新场景下的服务实例配置流程以及图3所示的新实例注册场景下的服务实例配置流程，可以分别作为单独的实施例，相关说明请参照图1所示实施例中的描述，此处不在赘述。

本领域技术人员同样应当理解，在图1所示的服务实例配置流程中，客户端的处理(即，步骤100和步骤106)可以单独作为一个实施例，配置中心的处理(即步骤102和步骤104)也可以单独作为一个实施例。对各实施例中相关步骤的描述请参照图1所示实施例中的描述，此处亦不再赘述。

以上，对根据本发明实施例的一种服务实例的配置方法进行了详细说明，下面结合附图对根据本发明实施例的一种服务实例的配置装置进行说明。如图4所示，是根据本发明实施例的一种服务实例的配置装置的架构示意图。参照图4，服务实例的配置装置包括接收模块40、处理模块42和发送模块44。下面进行详细说明。

在本发明实施例中，接收模块40用于接收客户端发送的请求消息，所述请求消息用于触发对服务实例的配置。示例性地，所述请求消息可以是客户端发送的用于请求配置信息的第一请求消息，参考图2。此时，所述装置的发送模块44还用于向客户端发送配置更新消息以触发客户端发送用于请求配置信息的第一请求消息。示例性地，所述请求消息可以是客户端发送的用于注册服务实例的第二请求消息，参考图3。此时，所述装置可以包括注册接口，用于在新服务实例注册时指定服务版本。

在本发明实施例中，处理模块42用于基于所述服务实例的服务版本和配置信息之间的对应关系，确定所述服务实例的配置信息，所述配置信息包括资源类配置项和以键值对表示的非资源类配置项。其中，所述配置信息包括资源类配置项和以键值对表示的非资源类配置项。通过对配置信息进行分类，不论是在配置配置项的场景下还是在配置值的问题排查场景下，都有利于对配置项的快速定位。

示例性地，资源类配置项可以分为两级，第一级包括rdb、nosql、api和seo。其中，rdb的子类分为mysql、sqlserver、oracle、postgresql、db2。Nosql的子类分为redis、memcache、mongodb、cassandra。Api的子类分为http、https、soap。seo的子类分为elasticsearch、solr、splunk。

示例性地，非资源类配置项就是不能抽象提炼为资源类的配置项(单纯的key＝value对)，如phppath＝’/usr/lcoal/php/bin’、processnum＝1等。

可选地，在本发明实施例中，所述装置还可以包括可操作页面，该页面用于展示资源类配置项集合和非资源类配置项集合。其中针对各配置项，支持标记操作(选择)和取消标记操作(取消选择)。这样，所述装置可以根据可操作页面中被标记的配置项确定需要发送给客户端的配置信息。

在本发明实施例中，发送模块44用于将所述配置信息发送至所述客户端，以便所述客户端根据所述配置信息生成或更新配置文件。此外，参考图2，发送模块44还可用于向客户端发送配置更新消息以触发所述客户端发送用于请求配置信息的第一请求消息。

采用本发明实施例提供的服务实例配置方法，有利于实现服务实例的实时配置更新以及减少配置更新错误。同时，对于快速部署服务实例特别是分布式部署场景而言，能够有效提升配置效率。此外，通过将配置信息划分为资源类配置项和以键值对表示的非资源类配置项，有利于方便地进行配置项的更新与管理。

进一步地，本发明的一个实施例还提供一种客户端。如图5所示，该客户端包括：发送模块50，用于向配置中心发送请求消息，所述请求消息用于触发对服务实例的配置；接收模块52：用于接收所述配置中心反馈的配置信息，所述配置信息与所述服务实例的服务版本对应，所述配置信息包括资源类配置项和以键值对表示的非资源类配置项；配置模块54，用于根据所述配置信息生成或更新配置文件。关于各个模块所执行处理的详细说明，请参照图1所示实施例中的相关描述，此处不在赘述。

进一步地，本发明的一个实施例还提供一种服务实例的配置***，如图6所示，包括客户端和配置中心(即，配置更新装置)。其中，关于配置中心的描述，请参照图4所示实施例中的说明；关于客户端的描述，请参照图5所示实施例中的说明；此处不再赘述。

进一步地，本发明实施例还提供一种电子设备，该电子设备用于配置服务实例。如图7所示，该电子设备至少包括处理器和存储器，还可以根据实际需要进一步包括通信组件、传感器组件、电源组件、多媒体组件及输入/输出接口。其中，存储器、通信组件、传感器组件、电源组件、多媒体组件及输入/输出接口均与该处理器连接。存储器可以是静态随机存取存储器(SRAM)、电可擦除可编程只读存储器(EEPROM)、可擦除可编程只读存储器(EPROM)、可编程只读存储器(PROM)、只读存储器(ROM)、磁存储器、快闪存储器等，处理器可以是中央处理器(CPU)、图形处理器(GPU)、现场可编程逻辑门阵列(FPGA)、专用集成电路(ASIC)、数字信号处理(DSP)芯片等。其它通信组件、传感器组件、电源组件、多媒体组件等均可以采用通用部件实现，在此就不具体说明了。

在本发明的一个实施例中，处理器从存储器中调用并执行计算机指令从而实现以下操作：接收客户端发送的请求消息，所述请求消息用于触发对服务实例的配置；基于所述服务实例的服务版本和配置信息之间的对应关系，确定所述服务实例的配置信息，所述配置信息包括资源类配置项和以键值对表示的非资源类配置项；将所述配置信息发送至所述客户端，以便所述客户端根据所述配置信息生成或更新配置文件。关于上述操作的详细说明，请参照方法实施例中的相关描述，此处不再赘述。

或者，在本发明的一个实施例中，处理器从存储器中调用并执行计算机指令从而实现以下操作：向配置中心发送请求消息，所述请求消息用于触发对服务实例的配置；接收所述配置中心反馈的配置信息，所述配置信息与所述服务实例的服务版本对应，所述配置信息包括资源类配置项和以键值对表示的非资源类配置项；根据所述配置信息生成或更新配置文件。关于上述操作的详细说明，请参照方法实施例中的相关描述，此处不再赘述。

将本发明实施例与现有技术相比较，本发明实施例或其实现方式至少具有以下优点中的一个：实现服务实例的实时更新、便于进行应用的灰度发布、便于对配置项的管理、减轻开发及运维人员进行项目部署和升级的工作量、降低升级失误等。

上面对本发明所提供的服务实例的配置方法、装置及***进行了详细的说明。对本领域的一般技术人员而言，在不背离本发明实质内容的前提下对它所做的任何显而易见的改动，都将构成对本发明专利权的侵犯，将承担相应的法律责任。

Claims (10)

1.一种服务实例的配置方法，其特征在于包括如下步骤：

接收客户端发送的请求消息，所述请求消息用于触发对服务实例的配置；

基于所述服务实例的服务版本和配置信息之间的对应关系，确定所述服务实例的配置信息，所述配置信息包括资源类配置项和以键值对表示的非资源类配置项；

将所述配置信息发送至所述客户端，以便所述客户端根据所述配置信息生成或更新配置文件。

2.如权利要求1所述的配置方法，其特征在于所述请求消息包括：

用于请求配置信息的第一请求消息，或，

用于注册服务实例的第二请求消息。

3.如权利要求1所述的配置方法，其特征在于进一步包括如下步骤：

在所述服务实例注册时，通过注册接口指定所述服务实例的服务版本；或

从资源类配置项集合和非资源类配置项集合中，选取被标识的配置项组成所述配置信息。

4.一种服务实例的配置方法，其特征在于包括如下步骤：

向配置中心发送请求消息，所述请求消息用于触发对服务实例的配置；

接收所述配置中心反馈的配置信息，所述配置信息与所述服务实例的服务版本对应，所述配置信息包括资源类配置项和以键值对表示的非资源类配置项；

根据所述配置信息生成或更新配置文件。

5.如权利要求4所述的配置方法，其特征在于所述向配置中心发送请求消息，包括如下步骤：

在接收到所述配置中心发送的配置更新消息后，向所述配置中心发送用于请求配置信息的第一请求消息；

其中，所述第一请求消息包括所述服务实例的服务版本号。

6.如权利要求4所述的配置方法，其特征在于所述向配置中心发送请求消息，包括，

向所述服务中心发送用于注册服务实例的第二请求消息。

7.一种服务实例的配置装置，其特征在于包括：

接收模块，用于接收客户端发送的请求消息，所述请求消息用于触发对服务实例的配置；

处理模块，用于基于所述服务实例的服务版本和配置信息之间的对应关系，确定所述服务实例的配置信息，所述配置信息包括资源类配置项和以键值对表示的非资源类配置项；

发送模块，用于将所述配置信息发送至所述客户端，以便所述客户端根据所述配置信息生成或更新配置文件。

8.如权利要求7所述的配置装置，其特征在于所述请求消息包括：

用于请求配置信息的第一请求消息，或，

用于注册服务实例的第二请求消息。

9.如权利要求7所述的配置装置，其特征在于：

所述装置包括注册接口：用于在所述服务实例注册时，指定所述服务实例的服务版本；或，

所述发送模块还用于向所述客户端发送配置更新消息以触发所述客户端发送用于请求配置信息的第一请求消息；或，

所述装置包括可操作页面：用于展示资源类配置项集合和非资源类配置项集合，其中各项配置项可被标记为选取或未选取。

10.一种服务实例的配置***，其特征在于包括：

客户端和如权利要求7～9中任一项所述的配置更新装置；

所述客户端根据所述配置更新装置发送的配置信息，更新或生成配置文件。

Images