翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
カオスエンジニアリングの導入における目標の役割
最初の目標は、組織内の草の根のカオスエンジニアリングの取り組みから有機的に出現することが一般的です。これらのチームやグループは、自身の繰り返し発生する問題に対処する必要があるため、多くの場合、より高いレベルの明示的な承認や優先順位付けなしにカオスエンジニアリングのプラクティスを検討します。
チームはこれらの結果を使用して、より広範な組織導入のための説得力のあるケースを構築し、他のチームにとって事実上実証の場となります。
草の根の取り組みによるメリットが大きすぎて無視できないほどになると、これらのチームは取り組みと知識をリーダーシップに昇格させ、目標を設定できます。この可視性の向上により、組織全体のレジリエンス目標の導入が容易になり、カオスエンジニアリングの実装に必要なサポートとリソースにつながります。
目標、特にリーダーシップによって推進され、大幅な停止に対応して確立された目標は、カオスエンジニアリングプラクティスの導入を促進する上で重要な役割を果たします。一般的な目標のタイプは次のとおりです。
-
単一障害点 (SPOF) を特定して削減するための可用性目標
-
中断や障害から回復する能力を向上させるためのサービス復旧目標
-
特定のサービスレベル目標 (SLOs) を達成するためのユーザーエクスペリエンスの目標
-
既知の可用性リスクの軽減と推奨されるレジリエンス対策の実装の進行状況を追跡するためのメトリクス主導の目標
-
運用レジリエンスを実証するための規制とコンプライアンスの目標
これらの目標タイプの一部と、カオスエンジニアリングの導入中に Amazon や他の組織が目標をどのように使用したかの詳細については、付録 A を参照してください。
これらの目標は説得力のある根拠として機能し、カオスエンジニアリングの導入を推進するためのターゲットを絞った実用的なアプローチを提供します。当初、目標は従来の ROI メトリクスのプロキシとして機能します。定量化可能なレジリエンス ROI の計算が困難な場合、目標は説得力のある理論的根拠を提供します。このような目標を早期に導入しないと、カオスエンジニアリングプラクティスは、その有効性を実証し、より広範な組織の賛同を得られないリスクがあります。