微服务架构如何保障双11狂欢下的99.99%高可用

欢迎关注个人微信号：石杉的架构笔记（id：shishan100）

周一至周五早8点半！精品技术文章准时送上！

往期文章

• 拜托！面试请不要再问我Spring Cloud底层原理

• 【双11狂欢的背后】微服务注册中心如何承载大型系统的千万级访问？
• 【性能优化之道】每秒上万并发下的Spring Cloud参数优化实战

 

目录

一、概述

二、业务场景

三、线上经验—如何设置Hystrix线程池大小

四、线上经验—如何设置请求超时时间

五、问题解决

六、总结

一、概述

上一篇文章讲了一个朋友公司使用Spring Cloud架构遇到问题的一个真实案例，虽然不是什么大的技术问题，但如果对一些东西理解的不深刻，还真会犯一些错误。

如果没看过这篇的朋友，建议先看看：【双11狂欢的背后】微服务注册中心如何承载大型系统的千万级访问？ 因为本文的案例背景会基于上一篇文章。

这篇文章我们来聊聊在微服务架构中，到底如何保证整套系统的高可用？

其实排除掉一些基础设施的故障，比如说Redis集群挂了，Elasticsearch集群故障了，MySQL宕机了。

微服务架构自己本身最最核心的保障高可用的措施，就是两个：

1. 一个是基于Hystrix做资源隔离以及熔断；

    

2. 另一个是做备用降级方案。

如果资源隔离和降级都做的很完善，那么在比如双11的这种高并发场景下，虽然可能会出现个别的服务故障，但是绝对是不会蔓延到整