23、混沌工程成熟度模型：从入门到精通

混沌工程成熟度模型：从入门到精通

1. 混沌工程成熟度模型简介

混沌工程成熟度模型最初是个玩笑，源于对80年代末至90年代初卡内基梅隆大学开发的“能力成熟度模型”（CMM）的调侃。在Netflix文化里，“流程”并非好词，而CMM是个繁琐的流程框架。但随着Netflix团队深入研究，这个模型变得切实可行，它为那些希望评估和增加混沌工程实践投入的组织提供了价值。

由于软件行业的异质性，难以形成统一的混沌工程行业标准。因此，混沌工程成熟度模型提供了一个滑动标尺，用于评估和改进不同的混沌工程实践。该模型有两个维度：采用程度和复杂程度，二者可独立探讨。

2. 采用程度

2.1 说服管理层接受混沌工程

“不要浪费一场好危机”，这句名言很好地适用于混沌工程的采用。混沌工程诞生于Netflix的危机之中，像2008年数据中心向云迁移时出现的故障催生了Chaos Monkey，2012年圣诞夜的故障催生了Chaos Kong。

很多时候，管理层在可用性或安全事件发生后才会愿意投入混沌工程。因为混沌工程是提高系统可靠性的少数主动方法之一，危机后的时机往往是引入它的最佳时机。随着混沌工程的发展，未来公司可能会将其作为一项政策要求。在此之前，其采用通常是自下而上的。

2.2 采用的四个考量因素

采用程度可从以下四个方面考量：
- 谁接受了这个想法 ：在采用初期，受故障或安全事件影响最大的个人贡献者最有可能接受混沌工程。随后，DevOps、SRE和事件管理团队等会进行内部推广。在传统组织中，运营或IT团队可能起到推动作用。随着时间推移，通过理性论