理解確認：既存Deployment Processを改善する

既存サービスではデプロイが月1回の大規模作業になっており、変更量が多く、手作業も多い。改善を検討する前に最も適切な現状評価はどれか。

小規模な社内サービスでは計画停止時間を許容でき、現在の一括デプロイはその停止要件を満たしている。一方、本番反映後の成功確認は目視で、ロールバック手順も長期間試験されていない。最も適切な改善はどれか。

既存サービスはブルー/グリーンを使用しているが、新環境へ切り替えた直後に旧環境を削除している。新環境で問題が見つかった場合、再構築に時間がかかる。最も適切な改善はどれか。

既存サービスはローリングデプロイを使用しているが、1回のバッチが大きく、各バッチ間で正常性を確認せずに次へ進むため、欠陥がフリート全体へ広がることがある。最も適切な改善はどれか。

チームには文書化されたロールバック手順があるが、半年以上実行されておらず、現在の構成で所定時間内に戻せるか分からない。最も適切な改善はどれか。

四半期ごとに多数の機能変更をまとめて本番反映しており、問題発生時に原因特定と復旧に時間がかかる。AWS Well-Architectedの考え方に沿った改善はどれか。

ステージングと本番でデプロイ手順やセキュリティ制御が異なり、本番でのみ発生するデプロイ失敗が繰り返されている。最も適切な改善はどれか。

本番デプロイ後の成功確認を利用者からの問い合わせに依存しており、不具合の検知が遅い。最も適切な改善はどれか。

アプリケーション、インフラストラクチャ、設定変更を独立して実施できるにもかかわらず、1つの大きなリリースにまとめている。1つが失敗すると全体を戻す必要がある。最も適切な改善はどれか。

新しいデプロイ方式は現行より完了まで時間がかかるが、一度に影響する範囲が小さく、異常を早く検知し、復旧も容易になる。最も適切な評価はどれか。