CN110719204A - 微服务配置管理方法、装置及系统 - Google Patents

Abstract

本发明提供了一种微服务配置管理方法、装置及系统，涉及计算机的技术领域，应用于配置管理端，包括：在预设服务管理列表中选择待下发的目标服务；获取与目标服务对应的应用端IP；向与应用端IP对应的应用端发送请求信息；接收应用端的心跳包，并对心跳包中的心跳信号进行确认；在确认心跳信号之后，接收应用端的应用信息，并将应用信息和目标服务的属性进行比对，将比对结果一致的应用端确定为目标应用端；与目标应用端进行密钥约定，并确定约定密钥；从预设配置列表中获取与目标服务对应的目标配置，并按照约定密钥将目标配置下发至目标应用端。本发明实施例配置管理端配置服务和管理服务分离，功能解耦，可以向应用端快速下发目标配置。

Description

微服务配置管理方法、装置及系统

技术领域

本发明涉及计算机技术领域，尤其是涉及一种微服务配置管理方法、装置及系统。

背景技术

随着程序功能的日益复杂，程序的配置日益增多。当复杂程序拆分成多个微服务后，服务数量呈爆发式地增长。由于程序可能还需要在不同环境下运行或测试，因此大量的程序配置需要管理。现在开发人员对程序配置的期望值也越来越高：配置修改后快速生效、分环境管理配置等。在这样的大环境下，传统通过“配置文件”或“数据库”的管理方式已经越来越无法满足开发人员对配置管理的需求，且无法向应用端快速下发配置。

发明内容

本发明的目的在于提供一种微服务配置管理方法、装置及系统，可以实现向应用端快速下发配置。

本发明提供的一种微服务配置管理方法，其中，应用于配置管理端，包括：在预设服务管理列表中选择待下发的目标服务；获取与所述目标服务对应的应用端IP；向与所述应用端IP对应的应用端发送请求信息，以使所述应用端基于所述请求信息向所述配置管理端发送心跳包；接收所述应用端的心跳包，并对所述心跳包中的心跳信号进行确认；在确认所述心跳信号之后，接收应用端的应用信息，并将所述应用信息和目标服务的属性进行比对，将比对结果一致的应用端确定为目标应用端；与所述目标应用端进行密钥约定，并确定约定密钥；从预设配置列表中获取与所述目标服务对应的目标配置，并按照所述约定密钥将所述目标配置下发至所述目标应用端。

进一步的，获取与所述目标服务对应的应用端IP的步骤包括：判断所述预设服务管理列表中是否存在目标服务对应的应用端IP；若存在，则从预设服务管理列表中获取与所述目标服务对应的应用端IP；若不存在，则扫描所述目标服务所在的IP范围，探测所述IP范围是否存在激活的端口；将所述端口对应的IP确定为所述目标服务对应的应用端IP。

进一步的，在按照所述约定密钥将所述目标配置下发至所述目标应用端之后，还包括：确定下发状态，并判断下发状态是否为下发失败；若是，则记录下发失败的次数，并重新对所述目标配置进行下发，在超过预设失败次数后将不再重试。

本发明提供的一种微服务配置管理方法，其中，应用于应用端，包括：接收配置管理端发送的请求信息；基于所述请求信息向所述配置管理端发送心跳包，以使所述配置管理端确认所述心跳包中的心跳信号；在所述配置管理端确认所述心跳信号之后，发送所述应用端的应用信息，以使所述配置管理端将所述应用信息和目标服务的属性进行比对，将比对结果一致的应用端确定为目标应用端；与所述配置管理端进行密钥约定，并确定约定密钥；接收所述配置管理端按照所述约定密钥下发的目标配置。

本发明提供的一种微服务配置管理装置，其中，应用于配置管理端，包括：选择模块，用于在预设服务管理列表中选择待下发的目标服务；获取模块，用于获取与所述目标服务对应的应用端IP；第一发送模块，用于向与所述应用端IP对应的应用端发送请求信息，以使所述应用端基于所述请求信息向所述配置管理端发送心跳包；第一接收模块，用于接收所述应用端的心跳包，并对所述心跳包中的心跳信号进行确认；比对确定模块，用于在确认所述心跳信号之后，接收应用端的应用信息，并将所述应用信息和目标服务的属性进行比对，将比对结果一致的应用端确定为目标应用端；第一密钥约定模块，用于与所述目标应用端进行密钥约定，并确定约定密钥；下发模块，用于从预设配置列表中获取与所述目标服务对应的目标配置，并按照所述约定密钥将所述目标配置下发至所述目标应用端。

本发明提供的一种微服务配置管理装置，其中，应用于应用端，包括：第二接收模块，用于接收配置管理端发送的请求信息；第二发送模块，用于基于所述请求信息向所述配置管理端发送心跳包，以使所述配置管理端确认所述心跳包中的心跳信号；第三发送模块，用于在所述配置管理端确认所述心跳信号之后，发送所述应用端的应用信息，以使所述配置管理端将所述应用信息和目标服务的属性进行比对，将比对结果一致的应用端确定为目标应用端；第二密钥约定模块，用于与所述配置管理端进行密钥约定，并确定约定密钥；第三接收模块，用于接收所述配置管理端按照所述约定密钥下发的目标配置。

本发明提供的一种微服务配置管理系统，其中，包括配置管理端和至少一个应用端，其中，所述配置管理端包括所述的微服务配置管理装置；所述应用端包括所述的微服务配置管理装置。

进一步的，所述配置管理端还包括管理服务模块和配置服务模块，其中，所述管理服务模块包括：环境管理单元、服务管理单元、模块管理单元和配置管理单元。

本发明还提供一种电子设备，包括存储器、处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，其中，所述处理器执行所述计算机程序时实现所述的微服务配置管理方法。

本发明还提供一种具有处理器可执行的非易失的程序代码的计算机可读介质，其中，所述程序代码使所述处理器执行所述的微服务配置管理方法。

本发明提供了一种微服务配置管理方法、装置及系统，应用于配置管理端，包括：在预设服务管理列表中选择待下发的目标服务；获取与目标服务对应的应用端IP；向与应用端IP对应的应用端发送请求信息；接收应用端的心跳包，并对心跳包中的心跳信号进行确认；在确认心跳信号之后，接收应用端的应用信息，并将应用信息和目标服务的属性进行比对，将比对结果一致的应用端确定为目标应用端；与目标应用端进行密钥约定，并确定约定密钥；从预设配置列表中获取与目标服务对应的目标配置，并按照约定密钥将目标配置下发至目标应用端。本发明配置管理端配置服务和管理服务分离，功能解耦，可以向应用端快速下发目标配置。

附图说明

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

图1为本发明实施例提供的一种微服务配置管理方法的流程图；

图2为图1中步骤S102的流程图；

图3为本发明实施例提供的另一种微服务配置管理方法的流程图；

图4为配置管理端与应用端的信令图；

图5为本发明实施例提供的一种微服务配置管理装置的结构示意图；

图6为本发明实施例提供的另一种微服务配置管理装置的结构示意图；

图7为本发明实施例提供的一种微服务配置管理系统的结构示意图。

图标：

11-选择模块；12-获取模块；13-第一发送模块；14-第一接收模块；15-比对确定模块；16-第一密钥约定模块；17-下发模块；21-第二接收模块；22-第二发送模块；23-第三发送模块；24-第二密钥约定模块；25-第三接收模块。

具体实施方式

下面将结合实施例对本发明的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

随着程序功能的日益复杂，程序的配置日益增多。当复杂程序拆分成多个微服务后，服务数量爆发式地增长，程序可能还需要在不同环境下运行或测试，因此大量的配置需要管理。同时开发人员对程序配置的期望值也越来越高：配置修改后快速生效、分环境管理配置等。在这样的大环境下，传统的通过配置文件、数据库等方式已经越来越无法满足开发人员对配置管理的需求。

微服务为一种架构风格，一个大型复杂软件系统应用由一个或多个微服务组成。系统中的各个微服务可被独立部署，各个微服务之间是松耦合的。每个微服务仅关注于完成一件任务并很好地完成该任务。在所有情况下，每个任务代表着一个小的业务能力。应用端为承载着各个业务服务最小单位的应用，一个微服务由一个或多个应用组成，若是多个应用就是集群化服务。

传统的配置管理使用“配置文件”管理，这种方式配置和业务服务同在一个服务模块内，无法分离。“数据库”管理配置数据和业务数据一般同在一个数据库下，数据无法独立。因此，目前配置存在以下缺陷：(1)配置管理端无法独立部署，管理多环境，多服务的配置。(2)目前应用端接收变更代码的逻辑放在业务服务中，功能未解耦，使业务代码变得臃肿。(3)修改配置后无法热发布，快速下发至目标应用端。

针对上述几种缺陷，本发明所要解决的技术问题包括以下几种：1、如何统一有序地管理多套环境的配置。2、配置修复后如何快速生效并应用。3、当应用新建或重新构建后如何快速识别并下发配置。基于此，本发明实施例提供了一种微服务配置管理方法、装置及系统，将配置管理端的管理服务与配置服务独立部署，且应用端的代码无需存放在业务服务中，可以将配置快速下发至目标应用端。

为便于对本实施例进行理解，首先对本发明实施例所公开的一种微服务配置管理方法进行详细介绍。

实施例一：

参照图1，本发明实施例提供了一种微服务配置管理方法，其中，应用于配置管理端，包括以下步骤：

步骤S101，在预设服务管理列表中选择待下发的目标服务；

在本发明实施例中，配置下发有两种方式：手动下发和自动下发。预设服务管理列表可以存放在配置数据库。待下发的目标服务可以指配置在修改后，需要下发的服务。

步骤S102，获取与目标服务对应的应用端IP；

在本发明实施例中，获取与目标服务对应的应用端IP的方式有两种：第一种方式为：应用端在创建时，将应用端自身IP注册到所属服务下；第二种方式为：服务本身有IP范围划分，通过扫描IP段，筛选出有代理服务的IP。扫描IP段的具体步骤如下：配置管理端可以设置服务所在IP范围，与服务实例化的应用产生IP范围对应，即新的应用创建后生成的IP地址是从该IP范围内随意选取的。所以探测该IP范围下是否有激活的代理服务端口，即可筛选出应用的IP。一个服务对应一个特定端口，例如上网http使用80端口，https使用443端口，本发明实施例需要将上述特定端口筛选出来，不能和常见的服务端口相同。

步骤S103，向与应用端IP对应的应用端发送请求信息，以使应用端基于请求信息向配置管理端发送心跳包；

步骤S104，接收应用端的心跳包，并对心跳包中的心跳信号进行确认；

步骤S105，在确认心跳信号之后，接收应用端的应用信息，并将应用信息和目标服务的属性进行比对，将比对结果一致的应用端确定为目标应用端；

在本发明实施例中，应用端的代理服务正常工作时，返回心跳包，应用信息可以包括带有服务的唯一标识和环境变量，其环境变量对应环境管理单元的ID。将唯一标识、环境变量分别与目标服务的属性进行比对，其中目标服务的属性也包含唯一标识和环境变量，若信息一致，则表示该应用端为下发配置的目标应用端。

步骤S106，与目标应用端进行密钥约定，并确定约定密钥；

在本发明实施例中，应用端和配置管理端是相互独立，在配置管理端找到了可信任的目标应用端之后，应用端无法判断来源的配置是否可信，所以应用端与管理端通过密钥进行鉴权。应用端和配置管理端约定新密钥，保障下发配置的安全性。

具体操作如下：首先配置管理端预设一个与代理服务约定的默认密钥，每个代理服务都带有这个默认的出厂密钥。第一次下发配置时，管理服务会生成一个唯一标识作为新密钥，将当前时间戳、新密钥和原密钥加密后产生签名，发给应用端的代理服务将默认的密钥替换成新密钥，同时管理端将新密钥保存至数据库。当第二次下发配置时，配置管理端可从数据库直接读取约定密钥，直接发往应用端进行密钥比对。

步骤S107，从预设配置列表中获取与目标服务对应的目标配置，并按照约定密钥将目标配置下发至目标应用端。

本发明实施例提供了一种微服务配置管理方法、装置及系统，应用于配置管理端，包括：在预设服务管理列表中选择待下发的目标服务；获取与目标服务对应的应用端IP；向与应用端IP对应的应用端发送请求信息；接收应用端的心跳包，并对心跳包中的心跳信号进行确认；在确认心跳信号之后，接收应用端的应用信息，并将应用信息和目标服务的属性进行比对，将比对结果一致的应用端确定为目标应用端；与目标应用端进行密钥约定，并确定约定密钥；从预设配置列表中获取与目标服务对应的目标配置，并按照约定密钥将目标配置下发至目标应用端。本发明实施例配置管理端配置服务和管理服务分离，功能解耦，可以向应用端快速下发目标配置。

其中，参照图2，步骤S102包括以下步骤：

步骤S201，判断预设服务管理列表中是否存在目标服务对应的应用端IP；

步骤S202，若存在，则从预设服务管理列表中获取与目标服务对应的应用端IP；

步骤S203，若不存在，则扫描目标服务所在的IP范围，探测IP范围是否存在激活的端口；

步骤S204，将端口对应的IP确定为目标服务对应的应用端IP。

在本发明实施例中，可以通过应用端IP注册和扫描服务IP段获取两个方式找到下发目标。两种方式的目的是如果服务注册和服务发现机制出现问题，可以通过扫描IP的方式发现应用，进行后续下发部署操作，使装置保持较高的可用性。

进一步的，在步骤S107之后，方法还包括：确定下发状态，并判断下发状态是否为下发失败；若是，则记录下发失败的次数，并重新对目标配置进行下发，在超过预设失败次数后将不再重试。

本发明实施例可以集中管理应用端在多服务、多环境下的配置。当配置修改后能快速推送到目标应用端。当发现应用端新建、重启或者重新构建时，本发明实施例可以进行识别并自动推送配置至目标应用端。

实施例二：

参照图3，本发明实施例提供了另一种微服务配置管理方法，其中，应用于应用端，可以包括以下步骤：

步骤S301，接收配置管理端发送的请求信息；

步骤S302，基于请求信息向配置管理端发送心跳包，以使配置管理端确认心跳包中的心跳信号；

步骤S303，在配置管理端确认心跳信号之后，发送应用端的应用信息，以使配置管理端将应用信息和目标服务的属性进行比对，将比对结果一致的应用端确定为目标应用端；

步骤S304，与配置管理端进行密钥约定，并确定约定密钥；

步骤S305，接收配置管理端按照约定密钥下发的目标配置。

在本发明实施例中，本发明实施例推送配置的终点为目标应用端，目标应用端的配置可以主动向配置管理端获取，或在创建时配置管理端主动推送，使得配置部署生效更快速。

本发明实施例配置管理端配置服务和管理服务分离，功能解耦，可以向应用端快速下发目标配置。

实施例三

参照图4，本发明实施例提供了配置管理端与应用端的信令图，具体的，可以包括以下步骤：

步骤S401，配置管理端在预设服务管理列表中选择待下发的目标服务，并获取与目标服务对应的应用端IP；

步骤S402，配置管理端向与应用端IP对应的应用端发送请求信息；

步骤S403，应用端基于请求信息向配置管理端发送心跳包；

步骤S404，配置管理端接收应用端的心跳包，并对心跳包中的心跳信号进行确认；

步骤S405，在确认心跳信号之后，应用端向配置管理端发送自身的应用信息；

步骤S406，配置管理端将应用信息和目标服务的属性进行比对，将比对结果一致的应用端确定为目标应用端；

步骤S407，配置管理端与目标应用端进行密钥约定，并确定约定密钥；

步骤S408，配置管理端从预设配置列表中获取与目标服务对应的目标配置，并按照约定密钥将目标配置下发至目标应用端。

本发明实施例基于配置管理端的配置服务和管理服务分离，功能解耦，可以向应用端快速下发目标配置。

实施例四：

参照图5，本发明实施例提供了一种微服务配置管理装置，其中，应用于配置管理端，包括以下模块：

选择模块11，用于在预设服务管理列表中选择待下发的目标服务；

获取模块12，用于获取与目标服务对应的应用端IP；

第一发送模块13，用于向与应用端IP对应的应用端发送请求信息，以使应用端基于请求信息向配置管理端发送心跳包；

第一接收模块14，用于接收应用端的心跳包，并对心跳包中的心跳信号进行确认；

比对确定模块15，用于在确认心跳信号之后，接收应用端的应用信息，并将应用信息和目标服务的属性进行比对，将比对结果一致的应用端确定为目标应用端；

第一密钥约定模块16，用于与目标应用端进行密钥约定，并确定约定密钥；

下发模块17，用于从预设配置列表中获取与目标服务对应的目标配置，并按照约定密钥将目标配置下发至目标应用端。

本发明实施例提供的微服务配置管理装置使配置服务和管理服务分离，功能解耦，可以向应用端快速下发目标配置。

进一步的，获取模块12可以包括以下单元：判断单元，用于判断所述预设服务管理列表中是否存在目标服务对应的应用端IP；获取单元，用于若存在，则从预设服务管理列表中获取与所述目标服务对应的应用端IP；扫描探测单元，用于若不存在，则扫描所述目标服务所在的IP范围，探测所述IP范围是否存在激活的端口；确定单元，用于将所述端口对应的IP确定为所述目标服务对应的应用端IP。

进一步的，微服务配置管理装置还包括以下模块：确定判断模块，用于确定下发状态，并判断下发状态是否为下发失败；记录下发模块，用于若是，则记录下发失败的次数，并重新对所述目标配置进行下发，在超过预设失败次数后将不再重试。

实施例五：

参照图6，本发明实施例提供了另一种微服务配置管理装置，其中，应用于应用端，包括以下模块：

第二接收模块21，用于接收配置管理端发送的请求信息；

第二发送模块22，用于基于请求信息向配置管理端发送心跳包，以使配置管理端确认心跳包中的心跳信号；

第三发送模块23，用于在配置管理端确认心跳信号之后，发送应用端的应用信息，以使配置管理端将应用信息和目标服务的属性进行比对，将比对结果一致的应用端确定为目标应用端；

第二密钥约定模块24，用于与配置管理端进行密钥约定，并确定约定密钥；

第三接收模块25，用于接收配置管理端按照约定密钥下发的目标配置。

本发明实施例提供了一种微服务配置管理装置使配置服务和管理服务分离，功能解耦，可以向应用端快速下发目标配置。

实施例六：

参照图7，一种微服务配置管理系统，包括配置管理端和至少一个应用端，其中，配置管理端包括微服务配置管理装置；应用端包括微服务配置管理装置。

进一步的，配置管理端包括管理服务模块和配置服务模块，其中，管理服务模块包括：环境管理单元、服务管理单元、模块管理单元和配置管理单元。

在本发明实施例中，配置管理端拆分成管理服务模块和配置服务模块，应用端使用代理服务，功能解耦。管理服务模块设置了环境管理单元和模块管理单元，使配置灵活多变适应性强。

如图7所示，配置管理端由管理服务模块和配置服务模块两个服务构成。管理服务模块是一个独立的微服务，服务于配置管理端，进行配置的管理和发布。而配置服务模块也是一个独立服务，服务于配置管理端和应用端，提供配置数据。配置管理端的上述两个服务模块只需要部署一套环境便可以管理多套环境的配置。

在本发明实施例中，管理服务模块包含环境管理单元，服务管理单元，模块管理单元，配置管理单元四个单元。环境管理单元和服务管理单元是一对多的关系，服务管理单元和模块管理单元也是一对多的关系，且模块管理单元和配置管理单元也是一对多的关系。上述4个单元从上至下呈树形结构。其中，环境管理单元：代码的上线生产需要经历开发，测试，预发布等多套环境变化，该单元的设置可以应对代码环境的多变性。服务管理单元：用于管理服务，服务包括名称、环境ID、唯一标识、所在IP段、应用注册IP、配置文件所在目录等属性。模块管理单元：让配置多一级分类，使得配置的管理更系统，查询更精准便捷。在实际应用中，例如多国语言的翻译就可以用不同模块去区分不同地方的语言翻译。配置管理：用于管理配置，进行常规的创建，编辑，删除，查询操作。配置服务模块是独立服务，管理模块调用配置服务模块获取配置数据。将配置服务模块单独形成一个服务的优点是：如果管理模块出现意外无法工作时，应用端依旧可以获取配置数据，只是无法更新配置。

在本发明的又一实施例中，还提供一种电子设备，包括存储器、处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述方法实施例所述方法的步骤。

在本发明的又一实施例中，还提供一种具有处理器可执行的非易失的程序代码的计算机可读介质，所述程序代码使所述处理器执行方法实施例所述方法。

在本发明的描述中，需要说明的是，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。

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

Claims (10)

1.一种微服务配置管理方法，其特征在于，应用于配置管理端，包括：

在预设服务管理列表中选择待下发的目标服务；

获取与所述目标服务对应的应用端IP；

向与所述应用端IP对应的应用端发送请求信息，以使所述应用端基于所述请求信息向所述配置管理端发送心跳包；

接收所述应用端的心跳包，并对所述心跳包中的心跳信号进行确认；

在确认所述心跳信号之后，接收应用端的应用信息，并将所述应用信息和目标服务的属性进行比对，将比对结果一致的应用端确定为目标应用端；

与所述目标应用端进行密钥约定，并确定约定密钥；

从预设配置列表中获取与所述目标服务对应的目标配置，并按照所述约定密钥将所述目标配置下发至所述目标应用端。

2.根据权利要求1所述的微服务配置管理方法，其特征在于，获取与所述目标服务对应的应用端IP的步骤包括：

判断所述预设服务管理列表中是否存在目标服务对应的应用端IP；

若存在，则从预设服务管理列表中获取与所述目标服务对应的应用端IP；

若不存在，则扫描所述目标服务所在的IP范围，探测所述IP范围是否存在激活的端口；

将所述端口对应的IP确定为所述目标服务对应的应用端IP。

3.根据权利要求1所述的微服务配置管理方法，其特征在于，在按照所述约定密钥将所述目标配置下发至所述目标应用端之后，还包括：

确定下发状态，并判断下发状态是否为下发失败；

若是，则记录下发失败的次数，并重新对所述目标配置进行下发，在超过预设失败次数后将不再重试。

4.一种微服务配置管理方法，其特征在于，应用于应用端，包括：

接收配置管理端发送的请求信息；

基于所述请求信息向所述配置管理端发送心跳包，以使所述配置管理端确认所述心跳包中的心跳信号；

在所述配置管理端确认所述心跳信号之后，发送所述应用端的应用信息，以使所述配置管理端将所述应用信息和目标服务的属性进行比对，将比对结果一致的应用端确定为目标应用端；

与所述配置管理端进行密钥约定，并确定约定密钥；

接收所述配置管理端按照所述约定密钥下发的目标配置。

5.一种微服务配置管理装置，其特征在于，应用于配置管理端，包括：

选择模块，用于在预设服务管理列表中选择待下发的目标服务；

获取模块，用于获取与所述目标服务对应的应用端IP；

第一发送模块，用于向与所述应用端IP对应的应用端发送请求信息，以使所述应用端基于所述请求信息向所述配置管理端发送心跳包；

第一接收模块，用于接收所述应用端的心跳包，并对所述心跳包中的心跳信号进行确认；

比对确定模块，用于在确认所述心跳信号之后，接收应用端的应用信息，并将所述应用信息和目标服务的属性进行比对，将比对结果一致的应用端确定为目标应用端；

第一密钥约定模块，用于与所述目标应用端进行密钥约定，并确定约定密钥；

下发模块，用于从预设配置列表中获取与所述目标服务对应的目标配置，并按照所述约定密钥将所述目标配置下发至所述目标应用端。

6.一种微服务配置管理装置，其特征在于，应用于应用端，包括：

第二接收模块，用于接收配置管理端发送的请求信息；

第二发送模块，用于基于所述请求信息向所述配置管理端发送心跳包，以使所述配置管理端确认所述心跳包中的心跳信号；

第三发送模块，用于在所述配置管理端确认所述心跳信号之后，发送所述应用端的应用信息，以使所述配置管理端将所述应用信息和目标服务的属性进行比对，将比对结果一致的应用端确定为目标应用端；

第二密钥约定模块，用于与所述配置管理端进行密钥约定，并确定约定密钥；

第三接收模块，用于接收所述配置管理端按照所述约定密钥下发的目标配置。

7.一种微服务配置管理系统，其特征在于，包括配置管理端和至少一个应用端，其中，所述配置管理端包括：权利要求5所述的微服务配置管理装置；所述应用端包括：权利要求6所述的微服务配置管理装置。

8.根据权利要求7所述的微服务配置管理系统，其特征在于，所述配置管理端包括管理服务模块和配置服务模块，其中，所述管理服务模块包括：环境管理单元、服务管理单元、模块管理单元和配置管理单元。

9.一种电子设备，包括存储器、处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，其特征在于，处理器执行计算机程序时实现如权利要求1至4任一项所述的方法。

10.一种具有处理器可执行的非易失的程序代码的计算机可读介质，其特征在于，所述程序代码使所述处理器执行如权利要求1至4任一项所述的方法。

Images