sofaRegistry 学习篇

地址

• 海量数据下的注册中心 - SOFARegistry 架构介绍

个人笔记

1. dubbo不支持Eureka，Eureka是基于application级别，dubbo是group，version，sofaRegistry以dataInfoId
2. sofaRegistry跟其他注册中心一样，有自己的维护健康的机制。Eureka采用TTL（Time To Live），Zookeeper 采用心跳跟session TTL，sofaRegistry还有一个连接敏感性（断联清除数据，会进行清除数据）这里就没有Eureka的保护机制，在一定程度上讲有好处也有坏处，好处：可以及时清除宕机的连接跟信息，坏处是如果是网络问题，不可避免将那些暂时无法通讯的机器去除了
3. 推跟拉机制，跟其他的一样，就是正常情况下是定时去拉取，然后有变更的时候采用推的模式
4. 推送优化：合并推送（有一定的延迟，然后进行合并推送）、缓存队列

上图

注册中心对比

SOFARegistry 的健康检测

服务发现的推、拉模型

服务推送性能优化（可以应用到日常大批量任务处理优化）

异常处理

重试机制（时间轮处理重试任务）