怎么在传奇网站上做宣传,邯郸资讯,搭建一个20人的办公网络,西宁制作网站需要多少钱个人名片#xff1a; 博主#xff1a;酒徒ᝰ. 个人简介#xff1a;沉醉在酒中#xff0c;借着一股酒劲#xff0c;去拼搏一个未来。 本篇励志#xff1a;三人行#xff0c;必有我师焉。 本项目基于B站黑马程序员Java《SpringCloud微服务技术栈》#xff0c;SpringCloud… 个人名片 博主酒徒ᝰ. 个人简介沉醉在酒中借着一股酒劲去拼搏一个未来。 本篇励志三人行必有我师焉。 本项目基于B站黑马程序员Java《SpringCloud微服务技术栈》SpringCloudRabbitMQDockerRedis搜索分布式 【SpringCloudRabbitMQDockerRedis搜索分布式系统详解springcloud微服务技术栈课程|黑马程序员Java微服务】 点击观看 目录 三、隔离和降级1. FeignClient整合Sentinel2. 线程隔离舱壁模式 三、隔离和降级 限流是一种预防措施虽然限流可以尽量避免因高并发而引起的服务故障但服务还会因为其它原因而故障。 而要将这些故障控制在一定范围避免雪崩就要靠线程隔离舱壁模式和熔断降级手段了。 线程隔离调用者在调用服务提供者时给每个调用的请求分配独立线程池出现故障时最多消耗这个线程池内资源避免把调用者的所有资源耗尽。 熔断降级在调用方这边加入断路器统计对服务提供者的调用如果调用的失败比例过高则熔断该业务不允许访问该服务的提供者了。 可以看到不管是线程隔离还是熔断降级都是对客户端调用方的保护。需要在调用方 发起远程调用时做线程隔离、或者服务熔断。 而我们的微服务远程调用都是基于Feign来完成的因此我们需要将Feign与Sentinel整合在Feign里面实现线程隔离和服务熔断。 1. FeignClient整合Sentinel SpringCloud中微服务调用都是通过Feign来实现的因此做客户端保护必须整合Feign和Sentinel。 修改配置开启sentinel功能 修改OrderService的application.yml文件开启Feign的Sentinel功能 feign:sentinel:enabled: true编写失败降级逻辑 业务失败后不能直接报错而应该返回用户一个友好提示或者默认结果这个就是失败降级逻辑。 给FeignClient编写失败后的降级逻辑 ①方式一FallbackClass无法对远程调用的异常做处理 ②方式二FallbackFactory可以对远程调用的异常做处理我们选择这种 这里我们演示方式二的失败降级处理。 步骤一在feing-api项目中定义类实现FallbackFactory
代码
package cn.itcast.feign.clients.fallback;import cn.itcast.feign.clients.UserClient;
import cn.itcast.feign.pojo.User;
import feign.hystrix.FallbackFactory;
import lombok.extern.slf4j.Slf4j;Slf4j
public class UserClientFallbackFactory implements FallbackFactory {Overridepublic Object create(Throwable throwable) {return new UserClient() {Overridepublic User findById(Long id) {log.error(查询用户异常, throwable);return new User();}};}
}步骤二在feing-api项目中的DefaultFeignConfiguration类中将UserClientFallbackFactory注册为一个Bean
Bean
public UserClientFallbackFactory userClientFallbackFactory() {return new UserClientFallbackFactory();
}步骤三在feing-api项目中的UserClient接口中使用UserClientFallbackFactory
FeignClient(value userservice, fallbackFactory UserClientFallbackFactory.class)
public interface UserClient {GetMapping(/user/{id})User findById(PathVariable(id) Long id);
}重启后访问一次订单查询业务然后查看sentinel控制台可以看到新的簇点链路 测试 添加流控规则 浏览器快速访问1s超过1次即可。 结果出现null 总结 Sentinel支持的雪崩解决方案 线程隔离仓壁模式降级熔断 Feign整合Sentinel的步骤在application.yml中配置: feign.sentienl.enabletrue给FeignClient编写FallbackFactory并注册为Bean将FallbackFactory配置到FeignClient 2. 线程隔离舱壁模式
线程隔离的实现方式 线程隔离有两种方式实现 线程池隔离信号量隔离Sentinel默认采用 线程池隔离给每个服务调用业务分配一个线程池利用线程池本身实现隔离效果 信号量隔离不创建线程池而是计数器模式记录业务使用的线程数量达到信号量上限时禁止新的请求。 两者的优缺点
sentinel的线程隔离 用法说明 在添加限流规则时可以选择两种阈值类型 QPS就是每秒的请求数在快速入门中已经演示过线程数是该资源能使用用的tomcat线程数的最大值。也就是通过限制线程数量实现线程隔离舱壁模式。 案例 给 order-service服务中的UserClient的查询用户接口设置流控规则线程数不能超过 2。然后利用jemeter测试。 1配置隔离规则 选择feign接口后面的流控按钮 填写表单 2Jmeter测试 选择《阈值类型-线程数2》 一次发生10个请求有较大概率并发线程数超过2而超出的请求会走之前定义的失败降级逻辑。 查看运行结果
发现虽然结果都是通过了不过部分请求得到的响应是降级返回的null信息。
总结 线程隔离的两种手段是 信号量隔离 线程池隔离信号量隔离的特点是 基于计数器模式简单开销小线程池隔离的特点是 基于线程池模式有额外开销但隔离控制更强
