没有公司网站如何做推广,网站做好是需要续费的吗,网站开发后端所需要的语言,谷歌搜索入口 镜像Nacos 的一致性算法#xff08;Raft 和 Distro#xff09;与其作为注册中心和配置中心的角色紧密相关#xff0c;但它们的适用场景有所不同。简单来说#xff1a; Raft 算法#xff1a;主要用于配置中心的数据一致性#xff0c;同时也用于注册中心中永久实例的数据一致性…Nacos 的一致性算法Raft 和 Distro与其作为注册中心和配置中心的角色紧密相关但它们的适用场景有所不同。简单来说Raft 算法主要用于配置中心的数据一致性同时也用于注册中心中永久实例的数据一致性。Distro 算法主要用于注册中心中临时实例的数据一致性AP 模式1. 配置中心 (CP 模式) - Raft 算法当 Nacos 作为配置中心使用时它必须保证数据的高度一致性CP 模型。如果配置数据在不同节点间不一致可能会导致线上服务出现严重问题。使用的算法Raft工作机制Nacos 集群通过 Raft 协议选举出一个 Leader 节点。所有的写操作发布配置、修改配置都必须发送到 Leader 节点。Leader 将日志复制到 Follower 节点只有当大多数节点确认后写操作才算成功。这确保了集群中所有节点上的配置数据是强一致的结论配置中心的数据存储和处理完全依赖 Raft 协议来保证 CP 特性2. 注册中心 (AP/CP 混合模式) - Distro 与 Raft当 Nacos 作为注册中心时根据实例类型的不同临时实例 vs 永久实例采用了不同的协议来平衡可用性AP和一致性CP。A. 临时实例 (Ephemeral Instances) - Distro 算法 (AP 模式)场景这是最常见的场景通常用于微服务架构中的动态服务发现。客户端服务提供者心跳上报实例信息如果心跳停止实例会被自动剔除。一致性要求更注重可用性 (AP)。即使集群中部分节点故障或者数据在短时间内存在轻微不一致例如某个节点稍晚一点感知到服务下线系统仍需能够提供服务发现功能允许服务调用继续尝试配合客户端重试机制。使用的算法Distro (Nacos 自研的分布式协议)。工作机制Distro 是一种基于 UDP 的轻量级协议专为 AP 场景设计每个 Nacos 节点都可以独立处理临时实例的注册和注销请求不需要像 Raft 那样必须经过 Leader。节点之间通过定期同步全量或增量来交换数据最终达到数据的“最终一致性”。这种机制保证了高可用性和低延迟即使在网络分区的情况下各节点仍能独立工作。结论注册中心的临时实例数据主要依赖 Distro 协议体现为 AP 模式。B. 永久实例 (Persistent Instances) - Raft 算法 (CP 模式)场景某些特殊场景下服务实例需要被持久化存储不会因为心跳丢失而自动剔除通常需要手动下线。一致性要求更注重一致性 (CP)。因为实例不会自动过期必须确保注册信息的准确性避免将流量路由到已经不存在的节点上。使用的算法Raft工作机制与配置中心类似永久实例的注册、注销和更新操作都需要经过 Raft 协议的 Leader 节点进行共识确认确保数据在集群强一致。结论注册中心的永久实例数据依赖 Raft 协议体现为 CP 模式。总结功能模块数据类型一致性模型核心算法说明配置中心配置数据CP (强一致)Raft必须保证所有节点配置完全一致防止配置错误。注册中心临时实例AP (高可用)Distro允许短暂不一致优先保证服务发现可用依靠心跳保活。注册中心永久实例CP (强一致)Raft实例需持久化不能自动剔除需保证数据强一致。