配置中心全解
- 什么是配置中心
- 顾名思义，它是一个独立于程序的可配变量管理中心
- 包括但不限于环境变量，启动参数，组件参数，业务逻辑参数，业务逻辑规则
- 传统配置的痛点
- 格式散乱不标准，团队 - 项目 - 框架 之间五花八门
- 修改后无法实时生效，需要重新发布，在微服务的 N * M 场景下发布耗时且容易引发故障
- 缺乏安全审计和版本控制功能，容易引发生产事故，如不小心将测试环境配置带到生产环境
- 生产环境配置隐私问题，生产配置如果放在代码库中会引起私密配置泄露，增加安全隐患
- 配置中心核心需求
- 应用交付与配置分离
- 一次打包，多地部署
- 配置变更，无需发布
- 多环境多集群集中管理
- 控制台可视化管理
- 配置可审计确保安全
- 历史版本记录及回滚
- 查看客户端监听
- 查看配置推送状态
- 高可用，准实时低延迟
- 分布式去中心化做到 Server 服务无单点故障
- 持久化 DB 主备部署，Server 可对 DB 降级处理
- 每个 Server 节点做好本地 Cache，减少 DB 请求
- 应用交付与配置分离
- 阿里云产品 ACM 调研分析
- 核心概念
- Namepace 命名空间，即为部署环境，如测试环境，预发环境，生产环境
- Group 所属集群，多集群情况下使用，默认 DEFAULT，通常只需使用默认即可
- App 所属应用，不常用，通常使用 DataId 就代替了，文档也没有使用说明
- DataId 配置集合，通常以应用维度聚合，如任务服务可以采用 com.99xs.microsrv.task
- API接口
- 获取服务器IP地址
- GET http://{host}:8080/diamond-server/diamond
- 将域名转换成IP地址，提高了后续请求提高性能效率
- 实现服务发现的功能，后端真实 Server 的变更，上下线对客户端透明
- getConfig
- GET http://{ip}:{port}/diamond-server/config.co
- 根据 Namespace + Group + DataId 三要素获取 ACM 配置
- getAllConfigByTenant
- GET http://{ip}:{port}/diamond-server/basestone.do?method=getAllConfigByTenant
- 获取指定命名空间内的 ACM 配置信息
- 暂无联想到可用场景，应该是为了用户能接入到自己的管理平台
- addListener
- POST http://{ip}:{port}/diamond-server/config.co
- 监听 ACM 配置的变更，说监听不太合适，其实是一个 30 秒的长连接等待，自行调度轮询
- 推拉策略服务端需要进行连接管理，设计 30 秒的长连接应该是和推拉策略进行了一个平衡
- syncUpdateAll
- POST http://{ip}:{port}/diamond-server/basestone.do
- 根据 Namespace + Group + DataId 三要素发布 ACM 配置
- deleteAllDatums
- POST http://{ip}:{port}/diamond-server/datum.do
- 根据 Namespace + Group + DataId 三要素删除 ACM 配置
- 获取服务器IP地址
- SDK封装
- PHP
- 官方提供，但是没有监听接口
- 自行封装 https://github.com/aliyun-sdk/acm-php.git
- 使用详见 demo/example.php
- Golang
- 官方暂未提供
- 自行封装 https://github.com/aliyun-sdk/acm-go.git
- 使用详见 client_test.go
- 其他语言详见官方文档SDK参考
- PHP
- 配置加密，推送轨迹，监听查询详见官方文档 https://help.aliyun.com/product/59604.html
- ACM架构解析图
- 核心概念