Google Cloud でコンテナ化されたアプリケーションの CI / CD パイプラインを構築するための最適なオプションは、コードがプッシュされたときに Cloud Build をトリガーして単体テストを実行し、すべての単体テストが成功した場合は、アプリケーション コンテナをビルドして中央レジストリにプッシュします。 Cloud Build をトリガーしてコンテナをテスト環境にデプロイし、統合テストと受け入れテストを実行します。すべてのテストが成功すると、パイプラインによってアプリケーションが本番環境にデプロイされ、スモーク テストが実行されます。このオプションは、パイプラインのさまざまな段階でのテストの実行、コンテナの保存と管理のための中央レジストリの使用、さまざまな環境へのデプロイ、ビルドとテストのための統合ツールとしての Cloud Build の使用など、CI/CD パイプラインのベスト プラクティスに従います。 、そして展開します。

説明
アプリケーションは Google Cloud Platform (GCP) 上で実行されます。アプリケーション リリースを GCP にデプロイするには、Jenkins を実装する必要があります。リリース プロセスを合理化し、運用負担を軽減し、ユーザー データを安全に保ちたいと考えています。あなたは何をするべきか？
https://plugins.jenkins.io/google-compute-engine/

説明
最小限の操作オーバーヘッドで特定の IP アドレスからのリクエストの数を表示するように Cloud Monitoring を構成するための最良のオプションは、ロギング レシーバーを使用して Ops エージェントを構成し、ログベースの指標を作成することです。Ops エージェントは、VM インスタンスからシステム メトリクスとログを収集し、Cloud Monitoring と Cloud Logging に送信するエージェントです。ロギング レシーバーは、Ops エージェントによって収集されるログとその処理方法を指定する構成です。ロギング レシーバーを使用して、VM インスタンスからウェブサーバー ログを収集し、Cloud Logging に送信できます。ログベースの指標は、Cloud Logging のログエントリから抽出される指標です。ログベースのメトリックを使用して、フィルター式を使用して特定の IP アドレスからのリクエストの数をカウントできます。その後、Cloud Monitoring を使用してログベースの指標を表示および分析できます。

正解は C. GitHub リポジトリを使用して Anthos Config Management を構成するです。リポジトリに変更があった場合は、Anthos Config Management を使用して変更を適用します。
ウェブ検索結果によると、Anthos Config Management は、GitHub リポジトリなどの単一の信頼できるソースから Google Kubernetes Engine（GKE）クラスタの構成を管理できるサービスです1。Anthos Config Management は、Open Policy Agent（OPA）制約フレームワークを Anthos Config Management2 に統合する機能である Policy Controller を使用して、GKE クラスタ全体に複数の制約テンプレートを適用できます。Policy Controller は、Kubernetes API3 の制限など、ポリシー パラメーターを含む制約を適用できます。Anthos Config Management と Policy Controller を使用するには、GitHub リポジトリでそれらを構成し、同期モードを有効にする必要があります4。リポジトリに変更があった場合、Anthos Config Management は自動的に同期し、その変更を GKE クラスタに適用します5。
他のオプションは Anthos Config Management と Policy Controller を使用しないため、正しくありません。オプション A は、GitHub アクションを使用して Cloud Build をトリガーするため不正解です。Cloud Build は、Google Cloud Platform インフラストラクチャ上でビルドを実行するサービスです6。Cloud Build は gcloud CLI コマンドを実行して変更を適用できますが、Anthos Config Management や Policy Controller は使用しません。オプション B は、Web フックを使用して Anthos Service Mesh にリクエストを送信するため不正解です。Anthos Service Mesh は、GKE クラスタ上のマイクロサービスの接続、保護、モニタリング、管理を行うための統一された方法を提供するサービスです7。Anthos Service Mesh は変更を適用できますが、Anthos Config Management や Policy Controller は使用しません。オプション D は、Kubernetes 構成を通じて Google Cloud リソースを管理できるサービスである Config Connector を使用しているため、不正解です。Config Connector は変更を適用できますが、Anthos Config Management や Policy Controller は使用しません。
参照：
Anthos Config Management ドキュメント、概要。ポリシーコントローラー、ポリシーコントローラー。制約テンプレート ライブラリ、制約テンプレート ライブラリ。Anthos Config Management のインストール、Anthos Config Management のインストール。構成を同期中、構成を同期中。Cloud Build ドキュメント、概要。Anthos Service Mesh のドキュメント、概要。[Config Connector ドキュメント]、概要。