Chen
Chen
data上面 /digest /digest/datum/query 指定dataInfoId查询datum `curl localhost:9622/digest/datum/query?dataId=xxxx@DEFAULT&group=SOFA&instanceId=DEFAULT_INSTANCE_ID ` Session上面 `curl localhost:9603/digest/getDataInfoIdList `
@LXPWing 可以把目前的代码拉一个分支，我们从这个issue跟踪
Good question, thanks to @Anlet Let me explain the issue so that others would understand: Q1: Registry fail to start due to an address issue A: In case of multiple...
@Anlet 我上面回复了一下，好让其他同学也能理解问题的过程 目前我们给出的方案是，客户端可以通过-D参数或者config文件，指定session server（也就是注册中心入口）的地址信息 不知道有没有兴趣一起来完成这个Feature？ @Anlet
非常感谢 @zrlw ，这篇文章我也是第一次学习 阿里集团内部的注册中心我知道的是有用的ConfigServer，这个我在最近有篇文章《我们做出了一个分布式注册中心》中，简略地讲过. Nacos应该是也有用，因为他还有个企业版，应该是功能更强大一些，这些可能需要请教一下Nacos的同学了 然后，再来讲讲，SOFARegistry的实现，上文中提到的两件事，我们都有做或者有计划在做 1. 聚合推送（目前是基于mosn实现了全量推送的压缩优化，来防止大量推送full gc的问题，压缩算法使用的是Facebook的zstd） 2. 增量推送：这个目前内部还是在设计阶段，是目前主要要做的事情
目前是依赖了SOFA-Dashboard做统一的界面化管理，当然，我们内部也可以搞一个简单页面 @zhuyoulong 有兴趣的话，可以认领一下这个任务，我添加到我们的项目中了
这个是由raft框架保证了顺序性 最新的6.x版本，我们去除了raft依赖，因为raft的强一致特性，对于可用性其实是不很友好的，另外raft这种强一致的算法，也无法强管控介入去运维，例如我们想人工指定meta leader，其实是在raft下很难做到的。 @tsgmq
> 我想认领 > 亥时 @susongyan assigned
1. 一般实践经验是配置一个带有硬负载功能的VIP 2. registry客户端在第一次链接session之后，会和session拉取一遍session的IP列表
@zwm325715 不知道有没有解决你的疑虑？