nacos 配置中心模块详解

捉虫大师

关注

发布于: 2021 年 06 月 13 日

本文已收录 https://github.com/lkxiaolou/lkxiaolou 欢迎 star。

配置中心

业务上的配置，功能开关，服务治理上对弱依赖的降级，甚至数据库的密码等，都可能用到动态配置中心。

在没有专门的配置中心组件时，我们使用硬编码、或配置文件、或数据库、缓存等方式来解决问题。

硬编码修改配置时需要重新编译打包，配置文件需要重启应用，数据库受限于性能，缓存丧失了及时性。

可能都不完美，但能从中总结出配置中心的需求，相对来说还是比较明确：

能够存储、获取并监听配置（必须）
配置变更时能及时推送给监听者（必须）
有一个可视化的查看变更配置的控制台（必须）
配置变更可灰度执行（加分）
配置变更可回滚（加分）

目前使用最多的配置中心可能是携程开源的 Apollo，还有 Spring Cloud Config、阿里开源的 Nacos、百度的 Disconf 等。

Nacos 配置中心

Nacos是Naming and Configuration Service的缩写，从名字上能看出它重点关注的两个领域是Naming即注册中心和Configuration配置中心。

本文讲解 nacos 的配置中心的架构设计和实现原理，基于2.0.0版本（注：2.0.0 版本与 1.x 版本区别较大）

Nacos 调试环境搭建

先从 github 上 clone 代码（网速比较慢，加上--depth=1 参数）

git clone --depth=1 https://github.com/alibaba/nacos.git

复制代码

导入 IDE，看代码，调试更方便
启动 Server 端：运行 console 模块下的 Nacos.main()，这个类扫描的路径最广，能启动所有的模块
JVM 参数可带上-Dnacos.standalone=true -Dnacos.functionMode=config，指定单机模式，且只启动 config 模块
--spring.config.additional-location=nacos/distribution/conf，程序参数指定配置文件目录
正常启动，console 打印出 Ncos 控制台地址，进入 Nacos 控制台，输入用户名密码（默认均为 nacos）即可登录

使用 client 进行测试，example 模块下有 configExample 可进行 config 的测试，为了不动源代码，可 copy 一份 configExample 进行修改测试

Nacos 配置模型

namespace + group + dataId 唯一确定一个配置

namespace：与 client 绑定，一个 clinet 对应到一个 namespace，可用来隔离环境或区分租户
group：分组，区分业务
dataId：配置的 id

客户端启动流程

参数准备时，如果配置了 nacos 服务端地址，则直接使用；如果配置了 endpoint，则从 endpoint 中获取 nacos 服务端地址，这样有个好处是服务端地址变更，扩缩容都无需重启 client，更详细可参考https://nacos.io/en-us/blog/namespace-endpoint-best-practices.html
在客户端第一次与服务端交互时创建 GRPC 连接，随机挑选一台 server 建立连接，后续都使用该连接，请求失败都会有重试，针对请求级别也有限流；重试失败或者服务端主动断开连接，则会重新挑选一台 server 进行建链

请求模型

从 gRPC 的 proto 文件能看出请求与返回的定义比较统一

message Metadata {  string type = 3;  string clientIp = 8;  map<string, string> headers = 7;}
message Payload {  Metadata metadata = 2;  google.protobuf.Any body = 3;}
service Request {  // Sends a commonRequest  rpc request (Payload) returns (Payload) {  }}