Nacos配置中心用法详解

本文来说下Nacos配置中心相关的知识与概念

---

为什么需要配置中心

在没有配置中心之前，传统应用配置的存在以下痛点：

1. 采用本地静态配置，无法保证实时性：修改配置不灵活且需要经过较长的测试发布周期，无法尽快通知到客户端，还有些配置对实时性要求很高，比方说主备切换配置或者碰上故障需要修改配置，这时通过传统的静态配置或者重新发布的方式去配置，那么响应速度是非常慢的，业务风险非常大
2. 易引发生产事故：比如在发布的时候，容易将测试环境的配置带到生产上，引发生产事故。
3. 配置散乱且格式不标准：有的用properties格式，有的用xml格式，还有的存DB，团队倾向自造轮子，做法五花八门。
4. 配置缺乏安全审计、版本控制、配置权限控制功能：谁？在什么时间？修改了什么配置？无从追溯，出了问题也无法及时回滚到上一个版本；无法对配置的变更发布进行认证授权，所有人都能修改和发布配置。

而配置中心区别于传统的配置信息分散到系统各个角落的方式，对系统中的配置文件进行集中统一管理，而不需要逐一对单个的服务器进行管理。那这样做有什么好处呢？

1. 通过配置中心，可以使得配置标准化、格式统一化
2. 当配置信息发生变动时，修改实时生效，无需要重新重启服务器，就能够自动感知相应的变化，并将新的变化统一发送到相应程序上，快速响应变化。比方说某个功能只是针对某个地区用户，还有某个功能只在大促的时段开放，使用配置中心后只需要相关人员在配置中心动态去调整参数，就基本上可以实时或准实时去调整相关对应的业务。
3. 通过审计功能还可以追溯问题

---

Nacos配置模型

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

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

---

新建配置

启动Nacos服务后，进入注册中心配置页面，如下图：

---

Nacos的核心概念

Data ID

Data ID

---

本文小结

本文详细介绍了nacos配置中心相关的知识与概念