稳定性

利用各个端的现有技术和专业能力，以确保链接配置的准确性和稳定性。对于异常配置链接能够迅速感知、发现、定位和解决问题，保障系统的快速收敛并确保持续稳定运行。

在大前端稳定性建设的问题上，只有不断提高人的意识，从思想上重视大前端稳定性，才能杜绝各种隐患，永远确保大前端的稳定性。

在下单的稳定性治理过程中，从面对线上告警的盲目无措，逐渐演进到面对日常迭代变更、突发流量场景的镇定自若。

系统的可用性和系统的稳定性是成正相关的。不过在现实生活中，系统是不可能永远处于稳定状态。

灰测正常结束后也不代表就已经完事大吉，业务方对于正式活动的配置，也有可能出现差池，所以在正式活动投放出去之前，还需要进行一场功能预演。

B站2017年之前没有SRE，当时主要负责的事情就是效率优先，需求响应（比如变更、标准化、报警治理和琐事优化）。2018年引入SRE文化，开始理解业务架构、推进读的多活建设、探索 SRE 里的 Oncall 制度/复盘文化在B站的落地。

对于一个动态演进的系统而言，我们没有办法将故障发生的概率降为0，能做的只有尽可能的预防和缩短故障时的恢复时间。当然我们也不用一味的追求可用性，毕竟提升稳定性的同时，维护成本、机器成本等也会跟着上涨，所以需要结合系统的业务SLO要求，适合的才是最好的。

经过一段时间的摸索，我对系统稳定性有了较为体系化的认识，于是迫不及待地希望和大家一起分享。所以今天，就让我跟大家简单聊聊系统稳定性建设这个话题吧！

凭借经验和感受我们知道，提高系统的这两项指标，系统会更加健康，产品也会有更好的用户体验。但是如果要给稳定性和高可用性下一个定义该如何表述？

越来越多的公司开始研究Service Mesh，线上大批量应用案例的依旧很少，已经上线的很多问题解决的并不完美，为后面迭代和稳定性埋下隐患。