4种同步方式启动的时候都会初始化数据。
-
websocket 和 zookeeper 机制有点类似,将网关与 admin 建立好 websocket 连接时,admin 会推送一次全量数据,从数据库拉取数据到本地缓存
-
基于 zookeeper 的同步原理很简单,主要是依赖
zookeeper
的 watch 机制,soul-web
会监听配置的节点,soul-admin
在启动的时候,会将数据全量写入zookeeper
-
nacos 和 zookeeper 一样的判断逻辑,没有就去数据查询,缓存到本地,然后更新nacos(需要新建命名空间namespace)。有数据的话就以nacos的数据为准。
-
http同步方式: admin 启动之后,会每隔5分钟查询一次数据库,把数据刷新到缓存。
更新数据,都是先改数据库,然后通过 DataChangedEventDispatcher 转发事件到具体的 listener ,
websocket 和 zookeeper 是增量更新,http 和 nacos 是全量更新。
-
如果是 websocket 同步策略,如果配置数据发生变更,则将增量数据通过 websocket 主动推送给 soul-web。
-
主要是依赖
zookeeper
的 watch 机制,soul-web
会监听配置的节点,数据发生变更时,会增量更新zookeeper
的节点,与此同时,soul-web
会监听配置信息的节点,一旦有信息变更时,会更新本地缓存。 -
http 同步策略,soul-web 主动发起长轮询请求,默认有 90s 超时时间,如果 soul-admin 没有数据变更,则会阻塞 http 请求,如果有数据发生变更则响应变更的数据信息,如果超过 60s 仍然没有数据变更则响应空数据,网关层接到响应后,继续发起 http 请求,反复同样的请求。
-
如果是 nacos 同步策略,将变更数据更新到 nacos,NacosCacheHandler 会监听到 nacos 的数据变更,并予以处理。
总结
总的来说,这4种同步数据的方式各有优劣,适合不同的场景。主要看自己服务本来用的是什么,如果是ZK 或nacos 就直接用这2种同步数据方式。推荐大家使用 websocket ,无需引用外部系统,支持增量更新,配置简单。