Q57 — AWS DOP-C02 第3章

第 57/100 問 | ← 第3章

DevOps エンジニアは、Classic Load Balancer の後ろで実行されるステートレスな RESTful サービスの稼働状況を監視したいと考えています。新しいアプリケーションのリビジョンのデプロイは CI/CD パイプラインを通じて行われます。サービスの遅延が定義されたしきい値を超えた場合、サービスが復旧するまでデプロイを停止する必要があります。以下のうち、最も迅速な検出を実現する方法はどれですか？

• A. Elastic Load Balancing が提供する Amazon CloudWatch メトリクスを使用して平均遅延を計算します。遅延が定義されたしきい値を超えた場合、アラームを発行し、デプロイを停止します。 ✓
• B. AWS Lambda と Elastic Load Balancing のアクセスログを使用して平均遅延を検出します。遅延が定義されたしきい値を超えた場合、アラームを発行し、デプロイを停止します。
• C. AWS CodeDeploy の `MinimumHealthyHosts` 設定を使用してロールバックデプロイのしきい値を定義します。これらのしきい値が違反された場合、デプロイをロールバックします。
• D. Amazon CloudWatch Logs のアプリケーションログをメトリクスフィルターで解析します。遅延フィルターを作成します。遅延が定義されたしきい値を超えた場合、アラームを発行し、デプロイを停止します。

正解: A. Elastic Load Balancing が提供する Amazon CloudWatch メトリクスを使用して平均遅延を計算します。遅延が定義されたしきい値を超えた場合、アラームを発行し、デプロイを停止します。

解説

選択肢 A を選ぶ理由は以下の通りです： リアルタイム性：Amazon CloudWatch メトリクスはほぼリアルタイムの監視を提供します。CloudWatch メトリクスの更新頻度は非常に高く、遅延の変化を迅速に検出できます。 簡便性：CloudWatch メトリクスおよびアラームの設定は比較的簡単であり、追加の複雑な処理やデータ解析を必要としません。 統合性：CloudWatch は CI/CD パイプラインなどの他の AWS サービスと良好に統合されており、アラームを直接トリガーして迅速にデプロイを停止する措置を講じることができます。 対照的に、他の選択肢（B、C、D）は、より複雑な設定や検出に時間がかかる可能性があります。したがって、A は最も迅速な検出時間を実現する最適な方法です。