计算架构模式之接口高可用
接口高可用整体框架
接口高可用主要应对两类问题：雪崩效应和链式效应。
雪崩：当请求量超过系统处理能力之后，会导致系统性能螺旋快速下降，本来系统可以处理1000条，但是当请求量超过1200的时候，此时性能会下降，然后处理速度越来越慢，系统表现越来越差，问题越来越严重。
链式：一个故障会引起后续一连串的故障。防止链式效应就是出了故障之后不要让故障扩散，不要因为A系统出了故障，B系统也由于A系统出现故障导致出现故障，最后所有的系统全部都出现故障。
接口高可用架构本质上是“丢车保帅”策略，业务或者用户体验会部分有损!也就是说任何情况下都无法保证任何用户不受影响。
限流
请求端限流：比如摇一摇本身就是概率事件，可以直接在请求端进行限流。或者说秒杀也可以。
限流具体实现方式
限流算法
固定 & 滑动 时间窗
限流算法-漏桶
漏桶算法变种-写缓冲(Buffer)
因为读可以从发，写不可以。写还得从新输入，体验不好。
限流算法-令牌桶
突发流量的时候由于令牌桶的速度无法及时调整，那么就会导致请求丢失
Java 限流的漏桶算法简单示例
太短的话，队列就直接给拦掉了
这类框架可以通过钩子开发（拦截处理器）来实现自定义的限流
排队
排队的架构示意图
轮询排队结果，轮询到了就可以进行实际的业务请求了。
排队的具体实现方案示例
1号店双十一秒杀排队
降级
降级架构实现
降级模块下发指令，告诉模块，哪个接口进行降级
熔断
比如A服务一分钟内出现10次故障，那么就不在调用了
熔断架构实现
本节思维导图
