apollo持久化sentinel_Sentinel基于Apollo的持久化改造

最新推荐文章于 2024-08-16 17:29:53 发布

国服第一奶妈

最新推荐文章于 2024-08-16 17:29:53 发布

阅读量259

点赞数

文章标签： apollo持久化sentinel

本文链接：https://blog.csdn.net/weixin_42144086/article/details/112938660

版权

本文介绍了如何将Sentinel与Apollo结合，实现规则的持久化存储。Sentinel默认规则保存在内存中，重启丢失，通过扩展其读写接口，结合Apollo的数据推送能力，实现了规则在客户端重启后仍能保留。文章详细讲解了Apollo的初始化、增删改查操作，以及Degrade规则的保存与推送过程。

摘要由CSDN通过智能技术生成

Sentinel基于Apollo的持久化改造

sentinel默认是将用户在dashboard中编辑过的流控信息保存在内存中，所以在重启后，所有之前配置过的流控规则也就不见了。但是sentinel给用户提供了可扩展的接口，用户可以根据自己熟悉的持久化引擎来做一定的相应的改造(apollo、nacos、zookeeper)。这里首先要了解下sentinel的规则管理和推送方式

规则管理和推送

一般来说，规则的管理和推送有以下三种方式：

推送模式 | 说明 | 优点 | 缺点 |

--- | --- | --- | --- |

默认模式 | API 将规则推送至客户端并直接更新到内存中，扩展写数据源 | 简单，无任何依赖 | 不保证一致性；规则保存在内存中，重启即消失。严重不建议用于生产环境 |

pull 模式 | 扩展写数据源(WritableDataSource)，客户端主动向某个规则管理中心定期轮询拉取规则，这个规则中心可以是 RDBMS、文件(数据库保存) 等 | 简单，无任何依赖；规则持久化 | 不保证一致性；实时性不保证，拉取过于频繁也可能会有性能问题。

push 模式 | 扩展读数据源(ReadableDataSource)，规则中心统一推送，客户端通过注册监听器的方式时刻监听变化，比如使用 Nacos、Zookeeper 等配置中心。这种方式有更好的实时性和一致性保证。生产环境下一般采用 push 模式的数据源。 | 规则持久化；一致性；快速 | 引入第三方依赖

所以简单的归纳来说，sentinel(基于push)的工作原理是：通过dashboard来配置相关的流控信息。

配置好后的规则信息通过扩展数据源