稳定性「三十六计」实战和背后的逻辑

背景

不同于《编写代码的「八荣八耻」》，《稳定性「三十六计」》是应用于设计阶段的非手脚架方式的标准化。

在实际工作中，通常会提倡给新人机会，让他们自己去设计系统。这时候如果没有一种标准化的check机制，会影响整个系统的质量。《稳定性「三十六计」》在实际项目中，我们作为设计阶段的checklist来用。实现了从有重大变更允许出小错到架构演进过程中周可用性不低于3个9。

同时，我们是一个做容器化的团队。不断实践和总结好的方法并且推广这些方法，让所有的部门都更标准化的设计和开发更利于容器发挥自身的优势，为打造更稳定、更易用、更省钱的HULK系统打下基础。

WHAT

下面是我们容器的剩余资源历史记录功能在设计阶段的稳定性「三十六计」checklist.

WHY

设计有很多好的原则：避免过渡设计、防止破窗……但是对于新人来说落地困难。稳定性「三十六计」给出了具体的设计方法，使用这种方法可以达到下面的效果：

少就是多

少就是多是稳定性的重要原则。稳定性「三十六计」里通过消除临时、链路精简、负代码行、最小API、避免重复、拒绝环路六项更可量化的措施来保证。

可扩展性

无状态化、幂等设计、读写分离、容量冗余四个方法给负载均衡、避免单点提供了解决方案，使得系统可X轴、Y轴扩展。

内聚解耦

配额管控、严格准入两个方法实际上将一个功能拆分成了两个阶段。先check再do。异步通信将一个过程拆分成两个过程，降低了两个过程之间的相互作用。

防止雪崩

超流熔断、禁止批量、超时重试、分级管理、快速失败五个方法有效避免问题逻辑对其他逻辑引起的干扰，防止问题扩大。

提高性能

缓存为王、无锁并发、梯级存查、流量缓存、本地代理、避免串联六个方法也是业务比较流行的提高性能的错误。

故障运维

兜底策略、先验确保、前置加载三个方法将问题控制在前面的阶段。开关上线、灰度升级、应急预案、支持回滚四个方法在产生问题时给出了有效的应急解决措施。

对于一些新人来说，划分边界和领域是相对困难的事情。稳定性「三十六计」提供了设计思路。同时，我们不重复造轮子，设计时引用了很多基础设施时，很多稳定性「三十六计」的内容是通过第三方来保证的，而这个checklist有效的促使设计者进行反向设计，使用的时候也去了解其原理。