View a markdown version of this page

採用混沌工程的目標角色 - AWS 方案指引

本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。

採用混沌工程的目標角色

初始目標通常從組織中的基層混沌工程工作中有機地出現。由於需要解決自己的重複性問題,這些團隊或群組通常會探索混沌工程實務,而無需明確核准或排定更高層級的優先順序。

團隊可以使用這些結果來建立吸引人的案例,以實現更廣泛的組織採用,有效地成為其他團隊證明的基礎。

在基層工作的好處變得太重要而無法忽略之後,這些團隊可以將他們的工作和知識提升到領導力並設定目標。這種提高的可見性可以促進整個組織的彈性目標的採用,並導致進行混沌工程實作所需的支援和資源。

目標,特別是那些由領導階層推動並為了回應重大中斷而建立的目標,在促進採用混沌工程實務方面發揮了關鍵作用。常見的目標類型包括下列項目:

  • 識別和減少單點故障 (SPOF) 的可用性目標

  • 服務復原目標,以改善從中斷或故障中復原的能力

  • 滿足特定服務水準目標 (SLOs) 的使用者體驗目標

  • 指標驅動目標,以追蹤緩解已知可用性風險的進度,並實作建議的彈性措施

  • 展現營運彈性的法規和合規目標

如需某些目標類型以及 Amazon 和其他組織如何在採用混沌工程期間使用目標的詳細資訊,請參閱附錄 A

這些目標可做為令人信服的理由,並提供目標性、可行的方法,以推動採用混沌工程。一開始,目標可做為傳統 ROI 指標的代理。當量化彈性 ROI 計算可能難以獲得時,目標提供令人信服的理由。若在採用初期沒有這類目標,混沌工程實務會面臨無法證明其有效性並獲得更廣泛的組織接受的風險。