Sentinel(服务保护)
文章平均质量分 93
Sentinel基础,安装,用法
Black_Me_Bo
最长的路也有尽头,最黑暗的夜晚也会迎接清晨。
展开
-
05-Sentinel规则持久化
Sentinel规则持久化 sentinel的所有规则都是内存存储,重启后所有规则都会丢失。在生产环境下,我们必须确保这些规则的持久化,避免丢失。 规则管理模式 规则是否能持久化,取决于规则管理模式,sentinel支持三种规则管理模式: 推送模式 说明 优点 缺点 原始模式 API 将规则推送至客户端并直接更新到内存中,扩展写数据源(WritableDataSource),默认就是这种 简单,无任何依赖 不保证一致性;规则保存在内存中,重启即消失。严重不建议用于生产环境 Pull原创 2022-02-19 22:17:33 · 944 阅读 · 1 评论 -
04-Sentinel授权规则
授权规则 授权规则可以对请求方来源做判断和控制。 授权规则 基本规则 授权规则可以对调用方的来源做控制,有白名单和黑名单两种方式。 白名单:来源(origin)在白名单内的调用者允许访问 黑名单:来源(origin)在黑名单内的调用者不允许访问 点击左侧菜单的授权,可以看到授权规则: 资源名:就是受保护的资源,例如/order/{orderId} 流控应用:是来源者的名单, 如果是勾选白名单,则名单中的来源被许可访问。 如果是勾选黑名单,则名单中的来源被禁止访问。 我们允许原创 2022-02-19 22:16:47 · 902 阅读 · 0 评论 -
03-Sentinel隔离和降级
Sentinel隔离和降级 限流是一种预防措施,虽然限流可以尽量避免因高并发而引起的服务故障,但服务还会因为其它原因而故障。 而要将这些故障控制在一定范围,避免雪崩,就要靠线程隔离(舱壁模式)和熔断降级手段了。 线程隔离:调用者在调用服务提供者时,给每个调用的请求分配独立线程池,出现故障时,最多消耗这个线程池内资源,避免把调用者的所有资源耗尽。 熔断降级:是在调用方这边加入断路器,统计对服务提供者的调用,如果调用的失败比例过高,则熔断该业务,不允许访问该服务的提供者了。 不管是线程隔离还是熔断降级,都是原创 2022-02-19 19:57:15 · 1014 阅读 · 0 评论 -
02-Sentinel流量控制
雪崩问题解决方案-Sentinel流量控制(限流) 簇点链路 项目内的调用链路,链路中被监控的每个接口就是一个资源。默认情况下sentinel会监控SpringMVC的每一个端点(Endpoint),因此SpringMVC的每一个端点(Endpoint)就是调用链路中的一个资源。 流控、熔断等都是针对簇点链路中的资源来设置的,因此我们可以点击对应资源后面的按钮来设置规则: 流控:流量控制 降级:降级熔断 热点:热点参数限流,是限流的一种 授权:请求的权限控制 示例 添加限流规则: 其含义是限制 /原创 2022-02-18 21:43:53 · 228 阅读 · 0 评论 -
01-Sentinel基础、安装、雪崩问题
Sentinel基础、安装、雪崩问题 雪崩问题及解决方案 雪崩问题 微服务中,服务间调用关系错综复杂,一个微服务往往依赖于多个其它微服务。如果服务提供者1发生了故障,当前的应用的部分业务因为依赖于服务1,因此也会被阻塞。此时,其它不依赖于服务1的业务似乎不受影响。但是,依赖服务I的业务请求被阻塞,用户不会得到响应,则tomcat的这个线程不会释放,于是越来越多的用户请求到来,越来越多的线程会阻塞服务器支持的线程和并发数有限,请求一直阻塞,会导致服务器资源耗尽,从而导致所有其它服务都不可用,那么当前服务也就不原创 2022-02-17 23:56:51 · 504 阅读 · 0 评论