配置中心(SpringCloud配置中心扩展)
1. 使用自定义读取配置源，基于mysql的配置读取实现。
2. 设计简述：
-
基于IP、应用名称、LABEL、Profile获取配置
1.1) IP主要用于区分不同区域获取不同配置信息
1.2) 应用名称+Label+profile遵循原spring-cloud config的设计 -
表结构设计，参考：configMysql.sql文件
2.1) 维护应用与区域之间的关系，即在获取配置时，依据请求IP查询所属区域对应的配置信息。
2.2) 抽象出具体配置项、配置组、应用配置信息。即配置组可挂多个配置项，应用环境配置挂多个配置组，以达到资源共享。
2.3) 支持单个服务私有配置
2.4) 维护客户端连接信息，提供服务的IP和端口 -
整体设计
3.1) custom-config-server为服务端，单独部署启动，也可以集成到自己的应用，直接使用@CustomEnableConfigServer注解加上spring jdbc的配置即可：
spring:
application:
name: config-server
#mysql
datasource:
url: jdbc:mysql://192.168.206.210:3306/config_center?useSSL=false
username: admin
password: Admin@123
driver-class-name: com.mysql.jdbc.Driver
# 使用druid数据源
type: com.alibaba.druid.pool.DruidDataSource
3.2) custom-config-service为Rest服务端，提供配置、应用、区域等维护的API，可单独部署应用也可以集成到web工程中
3.3) custom-config-web 提供前端的页面管理
3.4) custom-config-client 客户端jar包
3.5) custom-starter-config 客户端引用该工程即可
3.6) 客户端查询配置核心时序图，参考：配置中心查询核心时序图.png
3.7) 客户端刷新实现简介：
A. 改造原springcloud client，在发起restTemplate的时候，将客户端服务的端口上报到配置服务端，并添加refresh刷新的接口，其实际是调用了ContextRefresher.refresh()方法
B. 配置服务端保存应用+环境+应用服务的IP：PORT信息到数据库
C. 配置管理界面修改应用配置，进行发布配置刷新客户端配置
D. 客户端引用starter-config jar包，并在需要刷新的配置类上添加@RefreshScope注解。custom-config-simple使用方法
E. 服务端发起刷新配置应用，通过应用+环境查找该应用下提供的所有应用服务，调用refresh刷新客户端的配置，如果调用失败标记该服务下线，下一次不进行刷新操作
F. springcloud的刷新参考资料：
数据源刷新参考
Spring Cloud Config 是如何实现热更新的
配置刷新基本流程
3.8) 引入netty，实现心跳机制监听服务端客户端连接状态。
A. 支持自定义netty端口，服务端和客户端自定义填写，配置参数：netty.server.port，默认使用8999
B. springboot的 server.port 一定要配置到 bootstrap.yml配置文件中，客户端需要使用到该端口号上报到服务端
C. springboot + netty 简单设计实现：
心跳维持在线状态
初始化连接时，模拟一个登陆操作，以此绑定netty连接端口和服务端所提供的端口，用于断开下线使用
客户端失去心跳或异常连接，服务端监听到，标记应用离线
D. 新增配置 spring.cloud.config.custom 参数来标记使用自定义配置中心，主要用于加载netty，使用心跳机制
E. netty实现配置刷新方案，netty连接后发起登录请求，上报客户端服务的IP和端口，后台数据库绑定netty和提供服务端口。服务端用一个ConcurrentHashMap存储连接，后台管理发起刷新请求通过netty发给客户端，刷新配置
3.配置中心高可用方案理论
既然使用spring-cloud套件，可结合eureka注册中心来实现高可用。其他详细设计可参考携程开源的apollo的高可用设计