CN112068820B - 微服务的配置处理方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种微服务的配置处理方法、装置、计算机设备和存储介质。该方法包括：展示目标产品的微服务列表；获取对微服务列表的待配置微服务的触发操作；响应触发操作，展示微服务的配置界面；获取通过微服务的配置界面所选定的业务场景；展示微服务在业务场景下的配置信息；获取对配置信息的编辑操作，得到目标产品的微服务在业务场景下编辑后的配置信息。该方法提高了微服务的配置处理效率。

Description

微服务的配置处理方法、装置、计算机设备和存储介质

技术领域

本申请涉及互联网技术领域，特别是涉及一种微服务的配置处理方法、装置、计算机设备和存储介质。

背景技术

微服务架构是一种架构模式，它提倡将单一应用程序划分成一组小的服务，服务之间相互协调、互相配合，为用户提供最终价值。每个服务运行在其独立的进程中，服务和服务之间采用轻量级的通信机制相互沟通，每个服务都围绕着具体的业务进行构建，并且能够被独立的部署到生产环境、类生产环境等。

对于面向不同的定制用户的应用程序产品来说，不同用户的业务场景不同，采用微服务架构的配置信息存在差异。如一个图像处理系统在部署在一个网络下时和部署在被网闸隔离的两个网络下时业务专用网络分别对应两个业务场景，微服务在每个业务场景下的配置信息，如环境变量不同。当下基于微服务架构，需要对不同业务场景构建配置信息。

然而传统的微服务的配置处理方法，需要将每个业务场景单独作为一个项目构建，并分别处理微服务的配置信息。这就需要为每个业务场景构建项目，在配置时，需要进入项目，对每个业务场景分别进行配置。若从一个产品的一个应用场景切换到另一个应用场景，需要退出当前项目，重新选择项目和微服务。因此，传统的微服务的配置处理存在处理效率低的问题。

发明内容

基于此，有必要针对上述技术问题，提供一种能够处理效率的微服务的配置处理方法、装置、计算机设备和存储介质。

一种微服务的配置处理方法，所述方法包括：

展示目标产品的微服务列表；

获取对所述微服务列表的待配置微服务的触发操作；

响应所述触发操作，展示所述微服务的配置界面；

获取通过所述微服务的配置界面所选定的业务场景；

展示所述微服务在所述业务场景下的配置信息；

获取对所述配置信息的编辑操作，得到所述目标产品的所述微服务在所述业务场景下的编辑后的配置信息。

在其中一个实施例中，所述微服务的场景类别还包括原始场景，所述原始场景的配置信息是业务场景的基础配置信息；所述方法还包括：

获取通过所述微服务的配置界面所选定的原始场景；

展示所述原始场景的配置信息；

获取对所述原始场景的配置信息的编辑操作，得到所述微服务在原始场景下的配置信息；

根据所述原始场景下的配置信息更新所述微服务在业务场景下配置信息。

在其中一个实施例中，所述方法还包括：

响应产品创建指令，展示产品创建界面；

通过所述产品创建界面创建目标产品；

获取所述目标产品的微服务在原始场景和/或业务场景下的配置信息。

在其中一个实施例中，所述方法还包括：

获取参考产品的信息；

获取所述目标产品的微服务在原始场景和/或业务场景下的配置信息，包括：

复制所述参考产品的微服务在原始场景和/或业务场景下的配置信息，得到目标产品的微服务在原始场景和/或业务场景下的配置信息。

在其中一个实施例中，获取所述目标产品的微服务在原始场景和/或业务场景下的配置信息，包括：

获取已有产品对应的已有编排文件以及待导入配置信息的所述目标产品的目标场景；

对所述已有编排文件进行解析，得到所述已有产品的微服务在已有场景下的配置信息；

根据所述已有产品的微服务在已有场景下的配置信息，创建所述目标产品的微服务；

将所述已有产品的微服务在与所述目标场景匹配的已有场景下的配置信息作为所述目标产品的微服务在所述目标场景下的配置信息。

在其中一个实施例中，对所述已有编排文件进行解析，得到所述已有产品的微服务在已有场景下的配置信息，包括：

对所述已有编排文件的文件名称进行解析，得到所述已有编排文件中所述已有场景、微服务类别和原始微服务名称；

根据所述已有产品的微服务在所述已有场景下的配置信息，创建所述目标产品的微服务，包括：

将与所述目标场景匹配的所属的所述已有场景、所述微服务类别与所述微原始服务名称拼接生成新的微服务名称；

根据所述新的微服务名称创建所述目标产品的微服务。

在其中一个实施例中，所述方法还包括：

获取待比对的第一配置信息以及待比对编排文件；

解析所述待比对编排文件得到第二配置信息；

比对所述第一配置信息和所述第二配置信息；

展示比对结果。

一种微服务的配置处理装置，所述装置包括：

第一展示模块，用于展示目标产品的微服务列表；

操作获取模块，用于获取对所述微服务列表的待配置微服务的触发操作；

第二展示模块，还响应所述触发操作，展示所述微服务的配置界面；

场景选定模块，用于获取通过所述微服务的配置界面所选定的业务场景；

第三展示模块，用于展示所述微服务在所述业务场景下的配置信息；

配置模块，用于获取对所述配置信息的编辑操作，得到所述目标产品的所述微服务在所述业务场景下编辑后的配置信息。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

展示目标产品的微服务列表；

获取对所述微服务列表的待配置微服务的触发操作；

响应所述触发操作，展示所述微服务的配置界面；

获取通过所述微服务的配置界面所选定的业务场景；

展示所述微服务在所述业务场景下的配置信息；

获取对所述配置信息的编辑操作，得到所述目标产品的所述微服务在所述业务场景下编辑后的配置信息。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

展示目标产品的微服务列表；

获取对所述微服务列表的待配置微服务的触发操作；

响应所述触发操作，展示所述微服务的配置界面；

获取通过所述微服务的配置界面所选定的业务场景；

展示所述微服务在所述业务场景下的配置信息；

获取对所述配置信息的编辑操作，得到所述目标产品的所述微服务在所述业务场景下编辑后的配置信息。

上述微服务的配置处理方法、装置、计算机设备和存储介质，通过对目标产品的微服务触发操作，展示微服务的配置界面，通过微服务的配置界面选定业务场景，展示业务场景下微服务的配置信息，通过对该配置信息的编辑操作，得到目标产品的微服务在业务场景下的编辑后的配置信息。由于通过触发产品、微服务、业务场景能够对产品的微服务在业务场景下的配置信息进行处理，当需要对不同业务场景配置时，无需切换产品和微服务，切换选定微服务的业务场景即可实现，提高了微服务的配置处理效率。

附图说明

图1为一个实施例中微服务的配置处理方法的应用环境图；

图2为一个实施例中微服务的配置处理方法的流程示意图；

图3为一个实施例中对产品列表界面操作的操作过程示意图；

图4为另一个实施例中微服务的配置界面的界面示意图；

图5为一个实施例中产品创建界面的界面示意图；

图6为一个实施例中导入编排文件的界面示意图；

图7为一个实施例中对导入的编排文件进行解析的说明示意图；

图8为一个实施例中微服务的配置处理装置的结构框图；

图9为一个实施例中计算机设备的内部结构图。

实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的微服务的配置处理方法，可以应用于如图1所示的应用环境中。其中，配置终端102安装有配置客户端，实现微服务的配置处理。其中，微服务的配置包括：环境变量、挂载目录和运行命令等。配置终端展示目标产品的微服务列表；获取对微服务列表的待配置微服务的触发操作；响应触发操作，展示微服务的配置界面；获取通过微服务的配置界面所选定的业务场景；展示微服务在业务场景下的配置信息；获取对配置信息的编辑操作，得到目标产品的微服务在业务场景下编辑后的配置信息。通过配置终端对微服务的配置处理完成后，将微服务的配置推送至编排系统，由编排系统构建不同微服务的编排文件，根据编排文件部署服务器。其中，配置终端102可以但不限于是各种个人计算机和笔记本电脑。

在一个实施例中，如图2所示，提供了一种微服务的配置处理方法，以该方法应用于图1中的配置终端为例进行说明，包括以下步骤：

步骤202，展示目标产品的微服务列表。

微服务是指应用程序中独立开发的业务处理模块，每个服务具有独立的业务处理逻辑，一个微服务一般完成某个特定的功能，比如：用户管理，人脸识别，视频中人物跟踪等。每个微服务只需要处理相关的业务处理逻辑。

微服务架构是一种架构模式，这种架构模式可以让微服务与微服务之间在结构上耦合，在功能上表现为一个统一的整体。它提倡将单一应用程序划分成一组小的服务，服务之间相互协调、互相配合，为用户提供最终价值。每个服务运行在其独立的进程中，服务和服务之间采用轻量级的通信机制相互沟通，每个服务都围绕着具体的业务进行构建，并且能够被独立的部署到生产环境、类生产环境等。

其中，目标产品是要配置的应用程序产品，一个应用程序产品有多个微服务，微服务列表是该目标产品所提供的全部微服务展示。

本申请技术方案中，提供一种可视化实现微服务的配置处理的方案。其中，在通过微服务配置中心进行配置时，若有多个产品，则在用户登录微服务配置中心时，展示产品列表界面，如图3所示，产品列表界面31展示用户所有的产品。当用户对产品列表界面的某个产品301触发操作，如点击操作时，选定该产品作为目标产品。在获取到目标产品后，展示目标产品的微服务列表。若仅有一个产品，触发该产品作为目标产品，展示目标产品的微服务列表。可以理解的是，可以根据需要选定要配置的产品，例如，当需要对产品一进行配置时，在产品列表选定产品一，当需要对产品二进行配置时，在产品列表选定产品二。目标产品的选定操作可根据需要灵活处理。

当触发操作选定目标产品后，在微服务列表展示界面32展示该目标产品所提供的全部微服务，即微服务列表302，同时在微服务列表展示界面32还提供产品信息列表303。通过产品信息列表303展示产品相关信息。

步骤204，获取对微服务列表的待配置微服务的触发操作。

如图3所示，微服务列表中的每一项微服务设置有操作控件304，通过对操作控件304的触发操作，可对该微服务的配置进行处理。

可以理解的是，可以根据需要对微服务列表302的任意一个微服务进行触发操作，即选定待配置的微服务。例如，当需要配置微服务1时，对微服务1的操作控件304触发操作，当需要配置微服务2时，对微服务2的操作控件304触发操作。

步骤206，响应触发操作，展示微服务的配置界面。

当在微服务列表302对某一个微服务的操作控件304触发操作时，如点击微服务的操作控件304，由微服务列表展示界面30跳转至微服务的配置界面，其中，微服务的配置界面40如图4所示。

微服务的配置界面是对微服务的配置项进行配置处理的界面。配置项包括但不限于环境变量、挂载目录和运行命令。环境变量包括开启的功能，内存占用等。微服务的选定可根据在微服务列表需要灵活选择处理。

步骤208，获取通过微服务的配置界面所选定的业务场景。

如图4所示，微服务的配置界面包括业务场景列表以及配置信息列表。其中，配置信息列表是微服务在一个业务场景下的配置信息，微服务在不同场景下的配置信息不同。微服务的配置界面40包括业务场景列表401和配置列表402。当选定业务场景时，显示在该业务场景下微服务的配置列表402。

对于定制化的产品而言，同一套产品的部署环境不同，当将产品部署到不同用户的环境时，微服务的配置可能存在差异。为了区分不同部署环境的配置信息，本申请的技术方案按部署环境分别设置微服务的业务场景，每一业务场景对应实际的业务部署环境所需的配置信息。

业务场景是指配置信息所属的业务应用部署场景，包括了基础业务场景和实际业务场景。其中，基础业务场景是抽象出来的产品的基本配置，与业务场景的特点无关。基础业务场景的配置信息需要同步到产品的所有业务场景中。业务场景与实际业务部署场景的特点有关，是每个业务场景个性化的配置。

例如，一个图像处理系统需要分别部署在视频专网、业务专用网络和互联网，三个网络为三个业务场景，每个业务场景的部署均不相同。本申请将每个微服务在不同业务场景的个性化配置分别归总到一个业务场景类别。当触发其中一个业务场景时，对微服务在该业务场景的配置信息进行处理，并作用到实际业务部署场景中。如选择业务场景1，对微服务在业务场景1的配置信息进行处理，业务场景1为业务专用网络。配置完成后，配置信息作用到产品的微服务在业务专用网络的部署场景中。

步骤210，展示微服务在业务场景下的配置信息。

可以理解的是，当触发到业务场景时，展示微服务在业务场景下的配置信息，是基于微服务配置中心预先构建了产品-微服务-应用场景-配置信息的管理关系。本申请中，应用场景的配置信息分别创建在该产品的微服务架构之下，只需创建一次该产品及该产品的微服务，针对微服务不同的业务场景，分别构建配置信息。从而无需针对不同业务场景分别创建项目进行管理，提高了处理效率。

如图4所示，每个业务场景下的微服务的配置信息包括了配置信息的状态，配置信息的内容，以及操作选项。操作选项包括编辑和删除。通过对配置信息的操作选项的触发操作，对配置信息进行编辑。

可以理解的是，可根据需要选定要配置的业务场景。比如要对产品1的微服务在业务场景1的配置信息进行维护，可在产品列表界面选定产品1后，在产品1的微服务列表选择微服务1，在微服务1的配置界面选择业务场景1，对该微服务在业务场景产的配置信息进行处理。

其中，微服务的配置包括但不限于：环境变量、挂载目录和运行命令。

其中，环境变量（environment variables）一般是指在操作系统中用来指定操作系统运行环境的一些参数，如：临时文件夹位置和系统文件夹位置等。环境变量是在操作系统中一个具有特定名字的对象，它包含了一个或者多个应用程序所将使用到的信息。例如Windows和DOS操作系统中的path环境变量，当要求系统运行一个程序而没有告诉它程序所在的完整路径时，系统除了在当前目录下面寻找此程序外，还应到path中指定的路径去找。用户通过设置环境变量，来更好的运行进程。

挂载（mounting）是指由操作系统使一个存储设备（诸如硬盘、CD-ROM或共享资源）上的计算机文件和目录可供用户通过计算机的文件系统访问的一个过程。挂载目录是将存储设备挂接的目标目录，即，挂载将一个设备（通常是存储设备）挂接到一个已存在的目录（即挂载目录）上。

运行命令即微服务的运行命令，如启动微服务命令，停止微服务命令等。

不同业务场景下，微服务的环境变量、挂载目录和运行命令均可能存在差异。

步骤212，获取对配置信息的编辑操作，得到目标产品的微服务在业务场景下编辑后的配置信息。

具体地，通过对配置信息的操作选项的触发操作，对配置信息进行编辑，如增加、修改或删除配置信息。

本申请中，微服务在每个业务场景下的配置信息是可视化的编辑操作，所见即所得，能够提高配置的准确率。通过编辑操作，对产品的微服务在不同业务场景的配置信息的维护，实现对微服务的配置的灵活处理。

如图1所示，微服务配置中心在完成配置处理后，将微服务的配置推送至编排系统，由系统构建不同微服务的编排文件，根据编排文件部署服务器。利用微服务配置中心能够更灵活的维护微服务的配置，更灵活生成编排，数据源变更对编排无影响，提高了交付能力。

上述的微服务的配置处理方法，通过对目标产品的微服务触发操作，展示微服务的配置界面，通过微服务的配置界面选定业务场景，展示业务场景下微服务的配置信息，通过对该配置信息的编辑操作，得到目标产品的微服务在业务场景下编辑后的配置信息。由于通过触发产品、微服务、业务场景能够对产品的微服务在业务场景下的配置信息进行处理，当需要对不同业务场景配置时，无需切换产品和微服务，切换选定微服务的业务场景即可实现，提高了微服务的配置处理效率。

在另一个实施例中，如图4所示，微服务场景类别，除实际业务场景外，还包括基础业务场景，基础业务场景是一个原始场景，实际业务场景的配置信息是在原始场景的基础上，根据业务应用部署场景的个性化配置得到。一种方式，原始场景是抽象出来的产品的基础业务场景，其对应的内容是各业务场景的基础配置，其它业务场景是在原始场景上的个别改动。其它业务场景的配置信息涵盖了基础场景的配置信息，当基础场景的配置信息变更时，其它业务场景相关的配置信息也会随着变化。另一种方式，原始场景是其它业务场景的基础，其它业务场景的配置信息是在原始场景配置信息基础上做出的改动。原始场景的配置信息是业务场景的基础配置信息。

微服务的配置处理方法还包括：获取通过微服务的配置界面所选定的原始场景；展示原始场景的配置信息；获取对原始场景的配置信息的编辑操作，得到微服务在原始场景下的配置信息；根据原始场景下的配置信息更新微服务在业务场景下的配置信息。

本申请中，通过构建出产品的微服务在全部业务场景的基础配置作为一个场景类别，或以原始场景的配置信息作为业务场景配置信息的基础，当对原始场景的配置信息进行编辑操作时，原始场景的配置信息更新到微服务在全部业务场景的相应配置或所引用该原始场景的业务场景。即原始场景的配置信息是业务场景的基础配置，当基础配置发生变化时，仅需在原始场景中进行配置，即可更新到相关业务场景中，无需在每个业务场景分别配置，提高了配置效率，避免同一个配置在不同业务场景的配置错误，提高配置准确率。

进一步地，本申请的技术方案，通过可视化的方式对微服务在业务场景下的配置信息进行配置，是在平台已搭建了产品-微服务-业务场景-配置信息的管理关系的基础上实现的。因此，产品-微服务-业务场景-配置信息的管理关系的搭建是实现可视化配置的基础。因此，本申请的微服务的配置处理包括两个阶段：

第一阶段为产品的微服务在业务场景的配置信息初始化，创建产品-微服务-业务场景-配置信息的管理关系。

第二阶段是基于产品-微服务-业务场景-配置信息的管理关系，对配置信息进行维护，包括配置信息的增加、修改、删除等，如图2所示。

在一个实施例中，创建产品-微服务-业务场景-配置信息的管理关系的步骤，包括：响应产品创建指令，展示产品创建界面；通过产品创建界面创建目标产品获取目标产品的微服务在原始场景和/或业务场景下的配置信息。

其中，平台在如图3所示的产品管理界面提供创建产品控件305，当用户触发该控件时，获取到产品创建指令，平台响应产品创建指令，展示产品创建界面。一个实施例的产品创建界面如图5所示，用户在产品创建界面输入产品信息。产品信息包括部门、产品标识、产品名称以及产品负责人信息等。当获取到在产品创建界面录入的产品信息，根据产品信息初始化目标产品，将产品信息与目标产品关联，初始化具体为初始化产品-微服务-业务场景和配置信息的关系，形成对产品的微服务在业务场景下对配置信息的管理框架，为数据录入做准备。基于初始化的管理框架，获取所述目标产品的微服务在原始场景和/或业务场景下的配置信息。

其中，获取的方式包括三种：

第一种为人工录入。具体地，即人工在微服务配置中心对产品、微服务、业务场景以及配置信息进行配置。

人工配置需要人工录入大量数据，准确性难以保证，同时存在效率低的问题，难以短时间快速接入项目。

在实际应用中，产品的开发是周期性的，存在不同版本。当产品需要更新时，是在原始版本上进行更新。基于此，本申请提供了第二种快速获取所述目标产品的微服务在原始场景和/或业务场景下的配置信息的方法。

具体地，当创建产品时，在产品创建界面录入参考产品的信息，通过复制所述参考产品的微服务在原始场景和/或业务场景下的配置信息，得到所述目标产品的微服务在原始场景和/或业务场景下的配置信息。

为了实现快速接入，提供了第二种录入方式，复制。本申请对产品创建界面做出了改进，如图5所示，在产品创建界面增加了参考产品选项502，通过参考产品选项，用户能够选项平台已有的产品作为复制对象，复制参考产品的微服务在不同场景的配置信息。具体地，获取参考产品的信息；复制参考产品的微服务在原始场景和/或业务场景下的配置信息，得到目标产品的微服务在原始场景和/或业务场景下的配置信息。

其中，参考产品即被复制的产品，通常为当前版本产品的旧版本，当前版本产品的大部分微服务、业务场景、配置信息可以和参考产品复用。例如，图像处理系统升级到了1.3版本，当需要搭建最新版本的该产品的配置信息时，可选择该产品的1.2版本作为参考产品，从而复制该1.2版本的产品在不同场景，如原始场景和/或业务场景下的配置信息，得到1.3版本的微服务在不同场景，如原始场景和/或业务场景下的默认配置信息。在此基础上，进一步选择微服务对不同场景的配置信息进行修改，或增加，或删除，维护1.3版本的产品的配置信息。

该方法通过复制的方式录入产品的默认配置信息，再在默认配置信息的基础上进行编辑，能够快速接入产品，在产品升级时，通过创建两个版本的配置信息，避免产品升级时，新旧版版本配置信息的相互干扰。

在实际业务中，编排文件是根据微服务的配置信息生成的。编排文件是将环境变量等配置信息配置到微服务，包括环境变量的配置，镜像的配置，每一个镜像就是微服务，每个服务都会有环境变量。对于未在微服务配置中心构建的产品，可利用现有的编排文件，快速接入。本申请提供第三种录入方式，基于已有的编排文件导入。即在配置中心创建产品时，如果已有编排文件，可基于产品编排文件自动读取分析编排文件实现数据录入。

具体地，获取所述目标产品的微服务在原始场景和/或业务场景下的配置信息，包括：

获取已有产品对应的已有编排文件以及待导入配置信息的目标产品的目标场景；对已有编排文件进行解析，得到已有产品的微服务在已有场景下的配置信息；根据已有产品的微服务在已有场景下的配置信息，创建目标产品的微服务；将已有产品的微服务在与目标场景匹配的已有场景下的配置信息作为目标产品的微服务在目标场景下的配置信息。

其中，已有编排文件根据一个产品在已有业务场景下微服务的配置信息生成，根据已有产品的微服务在已有场景下的配置信息，创建目标产品的微服务，将已有产品的微服务在与目标场景匹配的已有场景下的配置信息作为目标产品的微服务在目标场景下的配置信息。本实施例中，具体为将已有编排文件进行反编译后，导入到新建产品的微服务的目标业务场景，得到新建产品的微服务在目标业务场景的配置信息。

一个实施例中，导入编排文件的界面如图6所示，在导入编排文件的界面输入导入的目标产品和目标业务场景，将编排文件导入或拖动到上传区域上传。导入获取编排文件后，对编排文件进行解析，获取编排文件微服务实例，根据已有微服务实例，创建当前产口的微服务实例，读取已有编排文件中微服务实例的配置信息，包括微服务实例的业务场场景，业务场景下的环境变量、挂载目标和运行命令等，将配置信息录入到目标产品的目标业务场景，得到目标产品的微服务在目标业务场景的配置信息。采用该方法，对已有编排文件反编译，解析得到已有编排文件的配置信息。

具体地，编排文件大致包含以下文件：原始文件为XXX.zip文件，解压后包含7类文件：基础服务、监控预警、基础组件、初始化脚本、前端、网闸、全局环境变量。每个文件包含不同服务及不同服务的环境变量。

其中，根据关键词和格式进行解析。以基础服务为例，识别文件中的类别，根据类别确定当前服务中所属业务场景类别，根据关键字确定要提取的配置参数。例如，识别关键字instances，得到服务实例名称，envs，得到环境变量，识别格式，提取参数，如识别到环境变量后，环境变量有固定的格式，查找字符“=”，将字符“=”前的字段作为KEY，将字符“=”后的字段作为value。其中，

对已有编排文件进行解析，得到已有产品的微服务在已有场景下的配置信息，包括：对已有编排文件的文件名称进行解析，得到已有编排文件中的已有场景、微服务类别和原始微服务名称；根据已有产品的微服务在已有场景下的配置信息，创建目标产品的微服务，包括：将与目标场景匹配的已有场景、微服务类别与原始微服务名称拼接生成新的微服务名称；根据新的微服务名称创建目标产品的微服务。

本实施例中，一个实施例对导入的编排文件进行解析的过程如图7所示，通过编排文件实现微服务的配置信息的录入。如图7所示，将编排文件上传到微服务配置中心后，获取编排文件，对编排文件进行解压，得到基础服务等多个文件夹。每个文件夹中包括不同的服务，以及不同服务的配置。通过读取不同的文件，根据不同文件的文件名称解析当前文件中的服务所属业务场景及服务类，将场景、服务类别与文件中原始服务名称接接生成系统录入的服务名称，根据新的服务名称批量创建服务实例，读取原始服务名称中的配置信息，录入到指定场景的新的微服务的配置信息中。对于配置信息的部分数据，根据编排规则进行修改，如对环境变量中的HOST及IP数据进行替换，从而在微服务配置中心建立产品、微服务、业务场景和配置信息的管理关系。当根据项目更新好配置信息后，将微服务的配置推送至编排系统，由系统构建不同业务场景的编排文件，根据编排文件部署服务器。其中，在提交前还将校验产品是否封版，若封版则不允许提交。若未封版，则可提交到编排系统。封版是指产品的配置信息已验证不能修改。

在另一个实施例中，如图6所示，微服务配置中心还提供文件比对、环境变量比对、镜像列表以及场景字典配置等操作界面。

在文件比对界面，可提交或选定两个编排文件，对两个编排文件进行比对，从而可比对出两个编排文件的配置信息的差异。

在环境变量比对界面，可将微服务配置中心的配置信息与编排文件的配置信息进行比对，验证当前配置信息中的环境变量与编排文件中的环境变量的一致性，以保障当前产品数据的准确性。

具体地，微服务的配置处理方法还包括：获取待比对的第一配置信息以及待比对编排文件；解析待比对编排文件得到第二配置信息；比对第一配置信息和第二配置信息，展示比对结果。其中，第一配置信息和待比对编排文件可以属于同一个产品，根据比对结果，能够及时发现系统的配置信息与编排文件信息不一致的情况，及时进行更新，保障产品数据的准确性。

其中，通过镜像列表界面，能够查看产品的所有微服务。

其中，通过场景字典配置界面，能够配置业务场景的名称。

本申请的微服务的配置处理方法，针对环境变量难以梳理，业务相关系统难以在短时间内接入整理的情况，快速提取当前产品编排文件中的服务及环境变量，并提供更为灵活的方式校验当前环境变量与编排一致性，以保障当前产品数据的准确性，并然后通过界面进行后期运维管理。

应该理解的是，虽然图2的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图8所示，提供了一种微服务的配置处理装置，包括：

第一展示模块802，用于展示目标产品的微服务列表；

操作获取模块804，用于获取对微服务列表的待配置微服务的触发操作；

第二展示模块806，还响应触发操作，展示微服务的配置界面；

场景选定模块808，用于获取通过微服务的配置界面所选定的业务场景；

第三展示模块810，用于展示微服务在业务场景下的配置信息；

配置模块812，用于获取对配置信息的编辑操作，得到目标产品的微服务在业务场景下编辑后的配置信息。

上述微服务的配置处理装置，通过对目标产品的微服务触发操作，展示微服务的配置界面，通过微服务的配置界面选定业务场景，展示业务场景下微服务的配置信息，通过对该配置信息的编辑操作，得到目标产品的微服务在业务场景下的配置信息。由于通过触发产品、微服务、业务场景能够对产品的微服务在业务场景下的配置信息进行处理，当需要对不同业务场景配置时，无需切换产品和微服务，切换选定微服务的业务场景即可实现，提高了微服务的配置处理效率。

在另一个实施例中，微服务的场景类别还包括原始场景，原始场景的配置信息是业务场景的基础配置信息；

场景选定模块808，还获取通过微服务的配置界面所选定的原始场景；

第三展示模块810，还用于展示原始场景的配置信息；

配置模块812，用于获取对原始场景的配置信息的编辑操作，得到微服务在原始场景下的配置信息；

微服务的配置处理装置还包括更新模块，用于根据原始场景下的配置信息更新微服务在业务场景下的配置信息。

在另一个实施例中，微服务的配置处理装置还包括：

创建模块，用于响应产品创建指令，展示产品创建界面；

产品信息获取模块，用于通过产品创建界面创建目标产品；

录入模块，用于获取目标产品的微服务在原始场景和/或业务场景下的配置信息。

在另一个实施例中，微服务的配置处理装置还包括：

参考获取模块，用于获取参考产品的信息；

录入模块，用于复制参考产品的微服务在原始场景和/或业务场景下的配置信息，得到目标产品的微服务在原始场景和/或业务场景下的配置信息。

在另一个实施例中，录入模块，包括：

导入模块，获取已有产品对应的已有编排文件以及待导入配置信息的目标产品的目标场景；

解析模块，用于对已有编排文件进行解析，得到已有产品的微服务在已有场景下的配置信息；

微服务创建模块，用于根据已有产品的微服务在已有场景下的配置信息，创建目标产品的微服务；

信息导入模块，用于将已有产品的微服务在与目标场景匹配的已有场景下的配置信息作为目标产品的微服务在目标场景下的配置信息。

在另一个实施例中，解析模块，用于对已有编排文件的文件名称进行解析，得到已有编排文件中的已有场景、微服务类别和原始微服务名称。

微服务创建模块，用于将与目标场景匹配的已有场景、微服务类别与原始微服务名称拼接生成新的微服务名称；根据新的微服务名称创建目标产品的微服务。

在另一个实施例中，微服务的配置处理装置还包括：

比对获取模块，用于获取待比对的第一配置信息以及编排文件；

比对解析模块，用于解析待比对编排文件得到第二配置信息；

比对模块，用于比对第一配置信息和第二配置信息；

比对展示模块，用于展示比对结果。

关于微服务的配置处理装置的具体限定可以参见上文中对于微服务的配置处理方法的限定，在此不再赘述。上述微服务的配置处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图9所示。该计算机设备包括通过系统总线连接的处理器、存储器、通信接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过WIFI、运营商网络、NFC（近场通信）或其他技术实现。该计算机程序被处理器执行时以实现一种微服务的配置处理方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图9中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述各实施例的步骤。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述各实施例的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器（Read-Only Memory，ROM）、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器（Random Access Memory，RAM）或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器（Static Random Access Memory，SRAM）或动态随机存取存储器（Dynamic Random Access Memory，DRAM）等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种微服务的配置处理方法，所述方法包括：

展示目标产品的微服务列表；

获取对所述微服务列表的待配置微服务的触发操作，所述微服务列表中的每一项微服务设置有操作控件，通过所述操作控件执行所述触发操作；

响应所述触发操作，展示所述微服务的配置界面；

获取通过所述微服务的配置界面所选定的业务场景；

展示所述微服务在所述业务场景下的配置信息；

获取对所述配置信息的编辑操作，得到所述目标产品的所述微服务在所述业务场景下的编辑后的配置信息。

2.根据权利要求1所述的方法，其特征在于，所述微服务对应的场景还包括原始场景，所述原始场景的配置信息是业务场景的基础配置信息；所述方法还包括：

获取通过所述微服务的配置界面所选定的原始场景；

展示所述原始场景的配置信息；

获取对所述原始场景的配置信息的配置操作，得到所述微服务在原始场景下的配置信息；

根据所述原始场景下的配置信息更新所述微服务在业务场景下的配置信息。

3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

响应产品创建指令，展示产品创建界面；

通过所述产品创建界面创建所述目标产品；

获取所述目标产品的微服务在原始场景和/或业务场景下的配置信息。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

获取参考产品的信息；

获取所述目标产品的微服务在原始场景和/或业务场景下的配置信息，包括：

复制所述参考产品的微服务在原始场景和/或业务场景下的配置信息，得到所述目标产品的微服务在原始场景和/或业务场景下的配置信息。

5.根据权利要求3所述的方法，其特征在于，获取所述目标产品的微服务在原始场景和/或业务场景下的配置信息，包括：

获取已有产品对应的已有编排文件以及待导入配置信息的所述目标产品的目标场景；

对所述已有编排文件进行解析，得到所述已有产品的微服务在已有场景下的配置信息；

根据所述已有产品的微服务在已有场景下的配置信息，创建所述目标产品的微服务；

将所述已有产品的微服务在与所述目标场景匹配的已有场景下的配置信息作为所述目标产品的微服务在所述目标场景下的配置信息。

6.根据权利要求5所述的方法，其特征在于，对所述已有编排文件进行解析，得到所述已有产品的微服务在已有场景下的配置信息，包括：

对所述已有编排文件的文件名称进行解析，得到所述已有编排文件中的所述已有场景、微服务类别和原始微服务名称；

根据所述已有产品的微服务在所述已有场景下的配置信息，创建所述目标产品的微服务，包括：

将与所述目标场景匹配的所述已有场景、所述微服务类别与所述原始微服务名称拼接生成新的微服务名称；

根据所述新的微服务名称创建所述目标产品的微服务。

7.根据权利要求1-2任一项所述的方法，其特征在于，所述方法还包括：

获取待比对的第一配置信息以及待比对编排文件；

解析所述待比对编排文件得到第二配置信息；

比对所述第一配置信息和所述第二配置信息；

展示比对结果。

8.一种微服务的配置处理装置，其特征在于，所述装置包括：

第一展示模块，用于展示目标产品的微服务列表；

操作获取模块，用于获取对所述微服务列表的待配置微服务的触发操作，所述微服务列表中的每一项微服务设置有操作控件，通过所述操作控件执行所述触发操作；

第二展示模块，还响应所述触发操作，展示所述微服务的配置界面；

场景选定模块，用于获取通过所述微服务的配置界面所选定的业务场景；

第三展示模块，用于展示所述微服务在所述业务场景下的配置信息；

配置模块，用于获取对所述配置信息的编辑操作，得到所述目标产品的所述微服务在所述业务场景下的编辑后的配置信息。

9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述方法的步骤。

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