这里的10秒时间是我们一个大概的预估值，一般理解为系统达到自愈效果需要大概10秒左右
之后我们直接关停下游的provider，则第一次请求会导致异常，而第二次请求则触发降级规则
文章插图
文章插图
若我们不设定降级规则，则大量的异常请求会堆积在consumer一侧，导致consumer最终崩溃
而熔断机制的设立，可以使得下游provider异常的情况下，上游的consumer依然做出正常的应答，
而10秒钟provider服务自愈之后，所有的异常影响将消失于无形 —— 这就是微服务方案下针对我们上一节所遗留的问题给出的答案
其他熔断策略同理，我们可以自行尝试
本节我们重点讲述了Sentinel系统中的限流与熔断，而除此之外，Sentinel还有更多更丰富的规则设定，可以应对微服务体系中更加复杂多变的场景
这里我们推荐几篇文章，大家感兴趣可以自行阅读
sentinel 限流熔断神器详细介绍_张维鹏的博客-CSDN博客_sentinel熔断
Sentinel限流熔断最全教程_思月行云的博客-CSDN博客
本节内容到此为止，而微服务领域的探索却远不止于此
众多节点之间的复杂调用，不同微服务不同的认证方式，跨域问题等等一系列问题接踵而至，我们又当如何应对？
请期待下一节内容 —— 基于SpringCloudGateway的网关设计，谢谢~
e.getMessage()
经验总结扩展阅读
- 开发商不给办理房产证去哪里投诉 开发商办理房产证流程大概多久时间
- 最新苹果iOS个人开发者账号注册申请流程 申请苹果id账号注册
- 基于案例分析 MySQL Group Replication 的故障检测流程
- 星之彼端叶灵真伤流怎么搭配阵容
- 花呗信用购能不能关闭 关闭流程是怎样的
- 直播卖货怎么运作全流程
- 中南大学国家一流本科专业建设点
- 全国新一轮双一流大学名单排名
- 原型法的基本步骤和工作内容是什么 原型法流程
- 被踢出双一流的三所大学是哪三所