网站建设的技术支持网站全栰培训

网站建设的技术支持,网站全栰培训,国内摄影作品网站,电子商务网站建设一般流程在微服务架构中#xff0c;服务发现与配置管理的核心诉求是数据一致性与服务可用性的动态平衡。然而由于分布式系统天然面临网络分区#xff08;Partition Tolerance#xff0c;P#xff09;的不可控风险#xff0c;CAP 原则又明确了三者不可兼得的铁律——在必须保障 P 的…在微服务架构中服务发现与配置管理的核心诉求是数据一致性与服务可用性的动态平衡。然而由于分布式系统天然面临网络分区Partition ToleranceP的不可控风险CAP 原则又明确了三者不可兼得的铁律——在必须保障 P 的前提下系统只能在一致性ConsistencyC与可用性AvailabilityA之间做出取舍。Nacos 作为一站式服务治理中间件其核心创新在于采用双协议协同架构应对差异化场景需求Raft 协议强化 CP 特性保障核心数据的强一致性Distro 协议主打 AP 特性支撑海量数据的高可用吞吐。Nacos 2.x 进一步通过 gRPC 协议升级、算法底层优化让双协议的协同效率实现质的飞跃。CAP 原则、Raft Distro 协议分布式系统的取舍逻辑CAP 原则的本质是分布式系统设计的 “三角约束”分区容错性P是必选项分布式系统跨节点部署的特性决定了网络故障不可避免必须保证网络分区场景下系统仍能提供基础服务一致性C的核心是 “数据统一”即分布式系统中所有节点的数据实时保持一致任意节点读取到的都是最新数据可用性A的核心是 “服务持续可用”即任何合法请求都能在合理时间内获得明确响应短暂数据不一致可通过异步同步机制修复基于此分布式系统的架构选择本质是在保障 P 的基础上根据业务优先级选择 “CP 优先” 或 “AP 优先”——这正是 Nacos 双协议架构的设计根基与核心逻辑。Raft 协议是 Nacos 实现强一致性CP的设计规范。而在实现 Raft 规范时Nacos 引入了 JRaft 库并在 Nacos 2.x 上进行深度优化进一步强化了 CP 特性的同时降低了可用性损耗。典型使用场景服务名称集群配置持久化服务实例注册、注销Distro 协议则是 Nacos 自研的 AP 分布式协议专为海量数据场景设计核心目标是 “高吞吐、高可用”AP通过牺牲强一致性换取最终一致性适配大规模服务治理需求。Distro 协议的核心是 “高可用AP 优先 去中心化部署”每个节点地位平等无需 Leader 协调天然具备高可用特性。典型场景临时服务实例注册、注销应用配置本文主要分析服务注册过程中相关源码的实现服务注销过程是类似的而由于 Nacos 2.x 默认服务实例为「临时实例」故只分析 Distro 协议服务实例信息同步的实现。基于 Distro 协议的服务实例信息同步假设服务 A 向 Nacos 集群节点 1 完成了服务注册此时 Nacos 集群节点 1 需要往集群节点 2、3 同步服务实例信息Nacos 集群节点 1 发起同步请求继续分析 Nacos 服务端服务注册源码入口为 InstanceRequestHandler#handle()当将服务实例添加到 publishers 中时会通过发布 ClientChangedEvent 事件来实现集群节点的同步处理该事件时会调用 distroProtocol.sync()将服务信息同步至除自身以外的其它 Nacos 节点将 targetServer、action 等封装到 DistroDelayTask 中此时又用到了 NacosDelayTaskExecuteEngine 执行引擎实际用的是其子类 DistroDelayTaskExecuteEngine通过 DistroDelayTaskProcessor 来处理继续通过 NacosExecuteTaskExecuteEngine 引擎来执行注意 Delay 改为了 Execute“Delay” 就是延迟执行通过 delay 参数控制延迟时间。最后执行时是通过 “Execute” 来实现的继续分析 DistroSyncChangeTask 任务执行其父类的 run() 作为入口然后再执行 DistroSyncChangeTask#doExecuteWithCallback()Nacos 集群节点 2 处理同步请求处理的方法为 DistroDataRequestHandler#handle()针对 ADD、CHANGE 最终会通过 addServiceInstance() 将新的 instance 添加到 publishers 中发布 ClientRegisterServiceEvent 事件将 clientId 添加到 publisherIndexes 中addServiceInstance() 中会再次发布 ClientChangedEvent 事件针对 DELETE 会从 client 中移除客户端并发布 ClientDisconnectEvent 事件发布 ClientChangedEvent、ClientDisconnectEvent 事件的作用都是将实例信息再次同步给其它 Nacos 集群节点也就是说服务 A 向 Nacos 集群节点 1 发起服务注册节点 1 处理完后会将注册信息同步给节点 2、3节点 2 处理完后再次将信息同步给节点 1、3节点 3 亦如此这也体现了 Nacos Distro 协议的设计本质它是一套为「去中心化架构」量身定制的「最终一致性协议」核心目标是高可用AP 优先 去中心化部署。Distro 协议的同步不是「单向推送」而是「多节点互相扩散」。节点 2 的二次同步本质上是通过多路径冗余同步解决去中心化架构下的同步失败、数据冲突、故障恢复问题最终在不牺牲可用性的前提下保证所有节点的数据最终一致。如果你觉得这个系列有帮助欢迎分享给更多需要的伙伴。也欢迎在评论区留言分享你的心得体会或疑问我们一起交流共同进步也欢迎大家关注我的微信公众号「michael学coding」。