[发明专利]一种基于微服务架构下的不重启动态参数刷新方法

权利要求书

1.一种基于微服务架构下的不重启动态参数刷新方法，其特征在于：该方法基于配置中心的统一的参数配置管理，利用SpringMvc HTTP Long Polling技术将配置中心的配置参数，动态的刷新到微服务的本地缓存系统中；具体如下：

1）建立一个配置参数的动态刷新集成框架，框架内容包括：配置中心服务端和配置中心客户端两个部分；

配置中心服务端：是一个统一的参数配置管理微服务，为各微服务提供一个中心化的外部配置存储与管理服务系统；

11）配置服务Config Service：为配置中心客户端提供配置接口服务，提供配置更新推送接口；

12）Admin Service，提供配置管理接口，服务对象为Portal，提供配置修改、发布接口；

13）Portal Server，提供Web界面供用户管理配置配置中心客户端，为微服务应用提供配置获取、实时更新功能，支持客户端Load balance、错误重试；

2）接入配置中心：每一个微服务客户端标明自身的Id和接入的环境，获取到配置数据；

应用方式：以jar包方式提供给微服务系统；

动态更新：客户端和服务端保持一个长连接，从而第一时间获得配置更新的推送。

2.根据权利要求1所述的基于微服务架构下的不重启动态参数刷新方法，其特征在于：配置中心服务端：所有使用配置中心的微服务都需要在配置中心中注册一个Id，用于接入时标识身份及相对应的配置参数集合；

配置中心服务端在配置发布后实时推送到客户端，配置发布的过程如下：

用户在Portal操作配置发布，Portal调用Admin Service的接口操作发布；AdminService发布配置后，发送ReleaseMessage给各个Config Service；Config Service收到ReleaseMessage后，通知对应的客户端；

配置中心发送发布消息到客户端过程如下：

配置中心Admin Service在配置发布后，通知所有的Config Service有配置发布，从而Config Service通知对应的客户端来拉取最新的配置；在实现上通过数据库实现一个简单的消息队列；

实现方式如下：

Admin Service在配置发布后会往ReleaseMessage表插入一条消息记录，消息内容就是配置发布的配置信息关键值；

Config Service有一个线程会每秒扫描一次ReleaseMessage表，看看是否有新的消息记录；

Config Service如果发现有新的消息记录，那么通知到所有的消息监听器；

NotificationController得到配置发布的关键值后，通知对应的客户端；

配置中心客户端实现方式如下：

客户端发起一个Http请求到Config Service的NotificationController，不会立即返回结果，而是通过Spring DeferredResult把请求挂起，如果在30秒内没有该客户端关心的配置发布，那么返回Http状态码304给客户端；如果有该客户端关心的配置发布，NotificationControlle调用DeferredResult的setResult方法，传入有配置变化的配置参数信息，同时该请求立即返回；客户端从返回的结果中获取到配置变化的namespace后，立即请求Config Service获取该配置参数的最新配置。