Google Professional Cloud DevOps Engineer (PCDOE) ダンプと解説

あなたのメディアストリーミング企業は Google Cloud 上で運用しており、organization 配下に 6 つの department があり、それぞれが folder にマッピングされています。既存の project は 120 あり、毎月およそ 10 の新規 project が作成されます。セキュリティチームは、すべての log entry（すべての log type と resource type、すべての region にまたがる）が、Cloud Pub/Sub のトピック siem-ingest から取り込むサードパーティの SIEM にニアリアルタイムでエクスポートされることを要求しています。したがって、Cloud Logging buckets にログを移動することなく、運用保守を最小限に抑えつつ、現在および将来のすべての project を自動的にカバーするソリューションを実装する必要があります。どうすべきですか？

あなたは us-central1 のリージョナル GKE クラスタ上で稼働する決済 API のリリースパイプラインを管理しています。 この API は Cloud Load Balancing によって管理される HTTP Ingress の背後で、Kubernetes Service (ClusterIP) を介して公開されています。 blue/green を実装するため、2 つの Deployment（pay-blue-v1 と pay-green-v2）を稼働させており、各 10 レプリカで、ラベル color=blue/green が付与されています。 カットオーバー時に、約 1,500 RPS の 100% を pay-green-v2 に送るため、Service の selector を color=green に更新しました。 2 分以内に HTTP 5xx のエラーレートが 7% に急増し、SLO 目標の 1% を逸脱しました。 コンテナイメージの再ビルドや Ingress 構成の変更を行わず、影響を 30 秒未満に抑えて即時ロールバックする必要があります。 どうすべきですか？

あなたの会社は、3台の n2-standard-4 ノードで構成された GKE Standard クラスタ上で、NGINX Ingress Controller の背後に payments API を稼働させています。Ops Agent の DaemonSet は全ノードにデプロイされており、access logs を Cloud Logging に転送しています。 過去1時間に IP アドレス 198.51.100.77 からの不審なトラフィックを観測しました。アプリケーションコードの変更や追加のコレクタをデプロイすることなく、この IP からのリクエストの1分あたりの件数を Cloud Monitoring で可視化する必要があります。 運用負荷を最小化してこれを実現するには、どうすべきですか？

あなたのチームは、1日に約200件の統合テストジョブを実行する CI パイプラインを運用しており、各ジョブは外部 IP や NAT のない Shared VPC 内で 10.20.0.0/16 からのみ到達可能な社内の gRPC APIs を呼び出す必要があります。セキュリティポリシーでは、テストトラフィックが公開インターネットを通過してはならず、bastion hosts や custom proxies の運用も許可されていません。各テストは 1 回あたり 10 分以内に完了する必要があり、セットアップおよび継続的な運用管理の負担を最小化したいと考えています。どうすべきですか？

あるバイオテック企業は、15 個の Google Cloud プロジェクトからのコンテナおよびアプリケーションのログを、30 日の保持ポリシーを持つ aggregated sinks を用いて、専用のオブザーバビリティ用プロジェクト内の 1 つの Cloud Logging バケットに集約しています。 コンプライアンス要件として、8 つのプロダクトスクワッドはそれぞれ自分たちのプロジェクトに由来するログのみを閲覧できる必要があり、SRE チームは全プロジェクトのすべてのログを閲覧できる必要があります。 最小権限アクセスを実装し、データの重複を避け、継続的なコストと運用負荷を最小化しなければなりません。どうすべきですか？