CAP介绍

CAP AP CP Base

AP还是CP

大多数都是临时服务，生产运行也都是有数据库，几乎都是AP

• 服务注册场景
  • 临时实例，Nacos会优先保证可用性，也就是AP
    • 临时服务实例就是我们默认使用的 Nacos 注册中心模式，客户端注册后，客户端需要定时上报心跳进行服务实例续约。这个在注册的时候，可以通过传参设置是否是临时实例。
  • 永久/持久化实例，Nacos会优先保证数据的一致性，也就是CP
    • 持久化服务实例就是不需要上报心跳的，不会被自动摘除，除非手动移除实例，如果实例宕机了，Nacos 只会将这个客户端标记为不健康。
• 配置管理而言是CP

具体介绍

• 针对临时服务实例，采用 AP 来保证注册中心的可用性，Distro 协议。——非手动绑定这种，启动注册，下线退出就是临时服务
• 针对持久化服务实例，采用 CP 来保证各个节点的强一致性，JRaft 协议。（JRaft 是 Nacos 对 Raft 的一种改造）
• 针对配置中心，无 Database 作为存储的情况下，Nacos 节点之间的内存数据为了保持一致，采用 CP。Nacos 提供这种模式只是为了方便用户本机运行，降低对存储依赖，生产环境一般都是通过外置存储组件来保证数据一致性。——无 DataBase 情况基本没人这么用
• 针对配置中心，有 Database 作为存储的情况下，Nacos 通过持久化后通知其他节点到数据库拉取数据来保证数据一致性，另外采用读写分离架构来保证高可用，所以这里我认为这里采用的 AP，欢迎探讨。
• 针对 异地多活，采用 AP 来保证高可用。

一致性

https://nacos.io/docs/ebook/agxdnq/

Nacos 它是支持两种分布式定理的：CP（分区一致性）和 AP（分区可用性） 的，而 AP 是通过 Nacos 自研的 Distro 协议来保证的，CP 是通过 Nacos 的 JRaft 协议来保证的。

Nacos选举