OPS07-BP05 システムと変更をデプロイするために、情報に基づいた意思決定を行う

ワークロードに対する変更が正常に行われた場合のプロセスと正常に行われなかった場合のプロセスを施行します。プレモータムは、チームが緩和戦略の策定に失敗した場合にシミュレーションを行う演習です。プレモータムを使用して障害を予測し、必要に応じて手順を作成します。ワークロードに対する変更をデプロイすることの利点とリスクを評価します。すべての変更がガバナンスに準拠していることを確認します。

期待される成果:

• ワークロードに変更をデプロイする際、情報に基づく意思決定を行います。

• 変更は、ガバナンスに準拠しています。

一般的なアンチパターン:

• 失敗したデプロイを処理するプロセスを使用せずに、ワークロードに変更をデプロイする。

• ガバナンス要件に準拠していない変更を本番環境に加える。

• リソース使用率のベースラインを設定することなく、ワークロードの新しいバージョンをデプロイする。

このベストプラクティスを活用するメリット:

• ワークロードへの変更が失敗した場合の準備が整います。

• ワークロードへの変更が、ガバナンスポリシーに準拠します。

このベストプラクティスを活用しない場合のリスクレベル: 低

実装のガイダンス

プレモータムを使用して、変更が正常に行われなかった場合のプロセスを開発します。変更が正常に行われなかった場合のプロセスを文書化します。すべての変更がガバナンス準拠であることを確認します。ワークロードに対する変更をデプロイする利点とリスクを評価します。

お客様事例

AnyCompany 小売は、プロセスが失敗した変更を検証するために、定期的に事前決定を行います。このプロセスは文書化され、共有の Wiki で公開され、頻繁に更新されています。すべての変更がガバナンス要件に準拠しています。

実装手順

1. ワークロードに変更をデプロイする際に、情報に基づく意思決定を行います。デプロイの正常完了基準を設定し、レビューを行います。変更のロールバックを開始するシナリオまたは基準を策定します。変更をデプロイする利点と、変更が正常に実行されないリスクを比較検討します。

2. すべての変更がガバナンスポリシーに準拠していることを確認します。

3. 変更が正常に実行されない場合に備え、また軽減戦略を文書化するためにプレモータムを使用します。机上演習を行って正常に完了しない変更をモデル化し、ロールバック手順を検証します。

実装計画に必要な工数レベル: 中 プレモータム演習の実施には、組織全体にわたる関係者の調整と作業が必要になります。

リソース

関連するベストプラクティス:

• OPS01-BP03 ガバナンス要件を評価する - ガバナンス要件は、変更をデプロイするかを決定するうえでの重要な要素となります。

• OPS06-BP01 失敗した変更の計画 - 失敗したデプロイの軽減策を設定し、プレモータムを使用して軽減策を検証します。

• OPS06-BP02 テストデプロイ - 本番環境でのエラーの低減に向けて、すべてのソフトウェア変更についてデプロイ前に適切なテストを行う必要があります。

• OPS07-BP01 人員の能力を確保する - システム変更のデプロイ時に、情報に基づく決定を行うには、トレーニングを受けたワークロードサポート担当の人材が十分に配置されていることが不可欠です。

関連ドキュメント:

• Amazon Web Services: リスクとコンプライアンス

• AWS 責任共有モデル

• のガバナンス AWS クラウド: 俊敏性と安全性の適切なバランス