[发明专利]一种政务云平台微服务配置方法

说明书

本发明特别涉及一种政务云平台微服务配置方法。该政务云平台微服务配置方法，将服务中所有配置、参数和开关集中进行统一管理，并提供集中化的外部配置支持，分为客户端和服务端两部分；所述服务端即为微服务配置中心，是一个独立的微服务应用，用于管理配置并为客户端提供获取配置的接口；所述客户端即为各微服务应用，通过指定配置中心地址从远端获取配置内容，启动时加载配置信息到应用上下文中。该政务云平台微服务配置方法，支持集中化的外部配置，使各服务能够实时同步最新的配置信息，同时对配置数据进行多级存储，容灾性高，保证了多环境下配置的实时性和高性能，在配置服务故障时，能够快速进行配置服务降级与恢复。

技术领域

本发明涉及电子政务安全监管技术领域，特别涉及一种政务云平台微服务配置方法。

背景技术

在当前众多公共业务上云的趋势下，政务云和云服务得到大力发展，随着各部门上云步骤不断加快，政务云上的云服务不断增多，其中基于新的架构技术微服务架构的服务也越来越多。

有关微服务的配置，大多数在微服务中单独写一个配置文件，例如config.conf，然后将各类参数配置、应用配置、环境配置、安全配置、业务配置都写到这个文件里。当微服务代码逻辑中需要使用配置的时候，就从这个配置文件中读取。这种做法虽然简单，但如果参数需要修改，就非常的不灵活，甚至需要重启运行中的服务才能生效。

由于配置文件是放在服务中的，但是由于服务可能会有多个环境，例如：测试环境、预发布环境、生产环境。每一个环境所使用的配置参数理论上都是不同的，所以需要在配置文件中根据不同环境配置不同的参数。而且目前这些配置都是手动维护，因而在服务发布的时候，极其容易因开发人员的失误导致出错。

当一个微服务中存在多个逻辑模块独立部署，每个模块所使用的配置内容又不相同时，传统的做法是在每一个模块中都放一个配置文件，甚至不同模块的配置文件格式也不一样。长期采用这种方法会不可避免的导致配置文件过于分散混乱，难以管理。

此外，因为采用的静态配置文件方式，所以当配置进行修改之后，不容易形成记录，更无法追溯修改人、修改时间以及修改前的内容。无法追溯修改前的内容，当配置出错时，服务就无法回滚配置。

针对上述问题，本发明提出了一种政务云平台微服务配置方法。

发明内容

本发明为了弥补现有技术的缺陷，提供了一种简单高效的政务云平台微服务配置方法。

本发明是通过如下技术方案实现的：

一种政务云平台微服务配置方法，其特征在于：将服务中所有配置、参数和开关集中进行统一管理，并提供集中化的外部配置支持，分为客户端和服务端两部分；

所述服务端即为微服务配置中心，是一个独立的微服务应用，用于管理配置并为客户端提供获取配置的接口；

所述客户端即为各微服务应用，通过指定配置中心地址从远端获取配置内容，启动时加载配置信息到应用上下文中。

所述服务端作为微服务配置中心，其配置管理过程包括以下步骤：

第一步，管理员通过管理平台对用户进行管理，根据已经用户属性信息创建用户，更新用户，删除用户，给用户分配服务权限，以及修改用户密码；

第二步，普通用户通过管理平台的环境管理自定义和管理环境信息，通过菜单切换不同配置中心环境；

第三步，普通用户通过管理平台的服务管理操作和维护服务，以“服务”为维度进行权限控制以及配置隔离；

第四步，普通用户通过管理平台的配置管理查看和操作该服务下的配置数据，并向客户端推送该配置数据；

当配置存在历史变更操作时，查看该配置的历史变更记录，重新编辑配置并回滚到历史版本。