Nacos
Nacos（Naming and Configuration Service）是阿里巴巴开源的服务发现与配置管理平台——它把「动态服务发现」和「动态配置管理」合二为一，是 Spring Cloud Alibaba 生态的核心组件，也是中国 Spring Cloud 微服务架构的事实标准。Nacos 既能做注册中心（服务注册、健康检查、服务发现），又能做配置中心（DataId/Group/命名空间、灰度发布、历史版本回滚），还支持 AP 与 CP 两种一致性模式按需切换。理解 Nacos，就理解了「AP 优先的服务发现 + 原生配置中心」这套中国微服务主流组合——这是它与 Consul（CP、反向探、DNS 接入、国际生态）、etcd（纯 KV 底座）的核心分野。
Nacos 的全部考点围绕两大核心能力展开：①服务发现与命名服务（注册、健康检查、订阅推送、AP/CP 双模式）；②配置中心（DataId/Group/命名空间三级模型、动态推送、灰度发布、历史回滚）。本叶还覆盖Spring Cloud Alibaba 集成（@EnableDiscoveryClient/@NacosConfigListener/@RefreshScope）、一致性协议（Distro AP + Raft CP 的切换）、以及与 Consul 的横向对比（一致性、健康检查方式、配置中心能力、生态地域）。
评价
优点
- 发现 + 配置合一：一个 Nacos 同时搞定注册中心与配置中心，不必像 Consul 那样 KV 拼配置、像 Eureka+Spring Cloud Config 那样拆两套
- 原生配置中心：DataId/Group/命名空间三级模型 + 灰度发布 + 历史版本回滚，开箱即用，远超 Consul 的裸 KV
- AP/CP 可切换：服务发现默认 AP（Distro，高可用），配置存储用 CP（Raft，强一致），按场景选最优
- 中国生态事实标准：Spring Cloud Alibaba 核心，文档/案例/阿里云支持密集，国内招聘高频考点
缺点
- 国际生态弱：海外用 Nacos 少，英文文档与社区不如 Consul/Eureka，跨国项目慎选
- 运维偏重：Java/JVM 部署，依赖 MySQL 做配置持久化，比 etcd（单 Go 二进制）运维复杂
- 健康检查主动上报：默认客户端主动报心跳（5s），Agent 反向探是补充，与 Consul 默认相反，需理解差异
- 多 DC 非原生：跨数据中心需集群联邦，不如 Consul 的 WAN Gossip 开箱即用
本叶地图
- 入门 —— Nacos 定义、发现+配置合一、AP/CP 双模式、命名服务、命名空间模型
- 服务发现与配置管理 —— 注册/健康检查/订阅推送、DataId/Group/命名空间、动态推送/灰度/回滚
- Spring Cloud 中国实践 —— Spring Cloud Alibaba 集成、一致性协议（Distro+Raft）、与 Consul 对比
- 参考 —— 发现与配置速查、一致性模式表、API 清单、易错点、命令速查