01.07 Day 23 - 管理设计篇之“配置中心”

大家好，我是 Snow Hide，作为《左耳听风》这个专栏的学员之一，这是我打卡的第 23 天，也是我第 23 次进行打卡这种操作。

今天我温习了该专栏里一篇叫《管理设计篇之“配置中心”》的文章。

关键词总结：配置中心的设计（区分软件的配置（按运行环境区分、按依赖区分、按层次区分）、配置中心的模型（IaaS 层以及 PaaS 层配置、SaaS 层配置）、配置中心的架构（经济的数据交换方式、订阅的好处、配置变更控制器部署、平台层配置变更、配置变更模块化、应用服务配置更新标准化、））、配置中心的设计重点（配置中心主要用处、配置的本质、配置更新事务处理、配置更新控制器、服务启动角色）。

 

所学总结：

 

配置中心的设计

区分软件的配置

两种软件的配置类型：

• 静态配置：初始化配置，各种启动参数；
• 动态配置：运行时配置，级别、状态或开关。

动态配置的三个区分维度

按运行环境区分

• 开发环境、测试环境、语法环境、生产环境。

按依赖区分

• 依赖配置：外部依赖的连接配置；
• 非依赖配置：系统或服务自身的配置。

按层次区分

• IaaS 层：操作系统配置；
• PaaS 层：中间件配置；
• SaaS 层：应用配置。

配置中心的模型

IaaS 层以及 PaaS 层配置

初始化全套的配置参数，选择型而不是填空型的配置项。

SaaS 层配置

要借助命名规范来避免配置项的命名冲突。

外部服务依赖配置

外部服务依赖的配置最好是放在服务发现系统里。

运行环境配置差异

例如日志级别的差异，开发和测试环境是调试级别，生产环境是警告或错误级别。

配置版本管理

记录每一次版本变更的差异。

配置管理工具

可以通过命令行或 Web 界面来进行配置的管理操作。

配置中心的架构

经济的数据交换方式

借助消息队列可以实现服务器之间的无障碍交互。

订阅的好处

例如校验请求的权限。

配置变更控制器部署

考虑到变更时的事务问题，尽量部署在各自的主机上。

平台层配置变更

更改系统环境变量并在重启服务时追加该变量至命令选项。

配置变更模块化

利于维护以及减少配置的复杂性。

应用服务配置更新标准化

为每个服务单独做一个 Agent，以 Amin API 的方式向外提供服务。
 

配置中心的设计重点

配置中心主要用处

统一和规范化管理所有服务配置：软件版本、运行环境、平台、中间件等的配置参数。

配置的本质

控制层面的配置以及业务逻辑层面的配置。

配置更新事务处理

变更过程出错的话，需要还原至最近可用版本的配置。

配置更新控制器

由统一的开发框架来完成配置的重新装载、服务的优雅重启、服务的 Amin API 或启动参数环境变量设置。

服务启动角色

从配置中心拉取配置、更新操作系统、配置好启动参数的环境变量以及更新服务所依赖的配置，最后启动服务。

 

末了

重新总结了一下文中提到的内容：配置中心、配置的区分、静态动态区分、运行环境区分、依赖区分、IaaS 层面、PaaS 层面、SaaS 层面、外部依赖配置、开发环境和生产环境日志级别配置、配置管理工具、配置管理架构、配置中心设计重点。