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：满足可用性，分区容错的系统，通常可能对一致性要求低一些

对比图表:

注册中心	CAP模型	一致性协议	设计侧重点	典型适用场景
Eureka	AP	自定义复制协议	高可用性、最终一致性	Netflix 生态、Spring Cloud 体系、容忍短暂不一致的云原生环境
Consul	CP	Raft	强一致性、多数据中心支持	金融、政务等强一致需求场景；多数据中心管理
Zookeeper	CP	ZAB（类Paxos）	强一致性、顺序一致性	分布式协调场景（如Kafka、Hadoop）、分布式锁、选主
Nacos	混合模式（AP/CP可切换）	Distro（AP）Raft（CP）	灵活适配、临时实例AP/持久实例CP	全场景覆盖，微服务注册发现与配置中心；动态切换需求

3. Nacos的AP与CP模式

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

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

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

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

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