用了下dashboard 和 sentinel-dubbo-adapter, 目前的dashboard 是利用 推的方式将rule 推送到服务器节点的sentinel,同时wiki 中也有提到通过实现 DataSource 接口来实现规则持久化存储,原文描述如下:
虽然目前控制台使用内存态直接设置客户端规则,但实现 DataSource 接口是更加可靠的做法。当我们通过控制台设置规则后,控制台可以将规则推送到统一的规则中心,客户端监听规则中心实时获取变更
从运维的角度,相当于在控制台 和 sentinel 客户端之间又多了一个 rule 的数据源。而且这个数据源是和控制台 、client 都存在依赖关系。 如果是一个高可用服务提供者,就面临着我必须对 rule 数据源做高可用设计,否则一旦rule 数据源宕机后,sentinel 控制台和 client 都会受到影响。 能否考虑 sentinel 控制台,rule 数据源和 client 之间只做单向依赖,减少运维风险?
原提问者GitHub用户hone-liu
按照部署规范来的话,基础设施组件的数据库是和业务分开的,主要主从即可。规则中心,一般是配置中心。
原回答者GitHub用户suhuaguo
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。
阿里云拥有国内全面的云原生产品技术以及大规模的云原生应用实践,通过全面容器化、核心技术互联网化、应用 Serverless 化三大范式,助力制造业企业高效上云,实现系统稳定、应用敏捷智能。拥抱云原生,让创新无处不在。