Spring Cloud Alibaba 之 Nacos

Spring Cloud Alibaba 之 Nacos

.
Nacos官方文档：
https://nacos.io/docs/latest/overview/?spm=5238cd80.47ee59c.0.0.770fcd36HoVbU6

1.什么是Nacos

Nacos（Dynamic Naming and Configuration Service）是阿里巴巴开源的一款动态服务发现、配置管理和服务管理平台，致力于简化云原生应用的构建与治理，相比其他注册中心Eureka，Consul更加强大。

一句话总结：Nacos = 注册中心 + 配置中心 + 动态 DNS + 服务治理 的综合体。

Nacos Server 必须独立启动，Spring Boot 不会内嵌它，不支持 Spring Boot 直接启动为注册中心，需要单独运行 Nacos Server。

2. 主流注册中心对比（Eureka，Consul，Zookeeper，Nacos）

.
根据CAP原理，将NoSQL数据库分成了满足CA原则，满足CP原则和满足AP原则三大类, CAP理论
指出，一个分布式系统不可能同时满足C (一致性) 、A (可用性) 、P (容错性)，由于分区容错性P再分布式系统中是必须要保证的，因此我们只能再A和C之间进行权衡。

CA：单点集群，满足一致性，可用性的系统，通常可扩展性较差
CP：满足一致性，分区容错的系统，通常性能不是特别高
AP：满足可用性，分区容错的系统，通常可能对一致性要求低一些

对比图表:

3. Nacos的AP与CP模式

Nacos支持AP和CP两种模式，可以根据具体的使用场景进行选择。默认情况下是AP模式，可以通过修改Nacos的配置文件来切换AP/CP。

• 在AP模式下，Nacos保证高可用性和可伸缩性，但不保证强一致性。
• 在CP模式下，Nacos保证强一致性，但可能会降低可用性和可伸缩性。

在实际应用中，具体应该采用哪种模式，需要根据业务的特点和需求来判断。

如果在分布式系统中，某些数据的一致性对业务有非常高的要求，例如金融、支付等场景，那么可以选择使用CP模式。在CP模式下，当发生网络分区或故障时，为了保证数据一致性，Nacos会对服务进行自动隔离和恢复。但是，这会导致部分服务不可用，因此可用性会受到影响。

如果对于某些服务来说，可用性比一致性更加重要，例如网站、在线游戏等场景，那么可以选择使用AP模式。在AP模式下，Nacos会优先保证服务的可用性，如果发生了网络分区或故障，Nacos会在保证一定的可用性的前提下，尽可能保持数据一致性。这样虽然可能会导致数据不一致的情况，但是可以保证服务的可用性，从而减少业务的影响。

4. Nacos核心功能解析:

4.1 服务发现与健康监测

服务注册：服务启动时向Nacos注册实例信息（IP、端口、元数据），通过REST API或SDK实现。

服务发现：消费者通过服务名查询可用实例列表，支持负载均衡策略（如轮询、权重）。

健康检查：

• 临时实例：客户端主动上报心跳（默认5秒/次），超时15秒标记不健康，30秒剔除。

• 永久实例：服务端主动探测（HTTP/TCP），适应复杂网络环境。

保护阈值：当健康实例比例低于阈值（如0.5），返回所有实例（含不健康）避免雪崩。

4.2 动态配置管理

配置模型：

• Namespace：隔离环境（如dev/test/prod）。

• Group：分组管理相关配置（如DEFAULT_GROUP）。

• Data ID：唯一标识配置集（如user-service.yaml）。

• 动态更新：客户端监听配置变更，秒级生效，无需重启服务。

• 版本与回滚：支持配置历史版本管理及一键回滚。

4.3. 动态DNS与流量治理

服务路由：将服务名解析为IP列表，支持权重路由和流量分发。

元数据管理：为服务添加标签（如版本、区域），实现灰度发布。

5. 总结

Nacos的核心价值在于统一化治理：通过服务发现、配置管理、流量控制三大能力，解决微服务架构中的动态协调问题。其优势包括：

• 开箱即用：控制台提供可视化操作，降低运维成本。

• 高扩展性：插件机制支持与CMDB、监控系统集成。

• 多场景适配：从传统应用到云原生，支持Kubernetes、Dubbo、Spring Cloud等生态。

生产建议：

• 集群部署至少3节点，外置MySQL保证数据持久化；

• 配置保护阈值（建议0.6-0.8）避免流量洪峰击穿实例；