Google Professional-Cloud-DevOps-Engineer日本語 問題集

質問 1：
あなたの会社は、JVM ベースのアプリケーションと Google Kubernetes Engine (GKE) のマイクロサービス アーキテクチャで構築された e コマース Web サイトを運営しています。 アプリケーションの負荷は日中に増加し、夜間には減少します。 運用チームは、夕方のピークを処理するのに十分なポッドを実行するようにアプリケーションを構成しています。負荷に応じて十分なポッドとノードのみを実行してスケーリングを自動化したい場合はどうすればよいですか?
A. 垂直ポッド オートスケーラーを構成し、クラスター オートスケーラーを有効にする
B. 垂直ポッド オートスケーラーを構成しますが、ノード プール サイズは静的に保ちます。
C. 水平ポッド オートスケーラーを構成し、クラスター オートスケーラーを有効にします。
D. 水平ポッド オートスケーラーを構成しますが、ノード プール サイズは静的に保ちます。
正解：C
解説: (Topexam メンバーにのみ表示されます)

質問 2：
アプリケーション サービスは Google Kubernetes Engine (GKE) で実行されます。開発時間を最小限に抑えながら、altostrat-images プロジェクト内の集中管理された Google Container Registry (GCR) イメージ レジストリのイメージのみをクラスターにデプロイできるようにしたいと考えています。あなたは何をするべきか？
A. ホワイトリスト名パターン gcr.io/attostrat-images/ を含む Binary Authorization ポリシーを使用します。
B. イメージを gcr.io/altostrat-images にプッシュするだけの Cloud Build 用のカスタム ビルダーを作成します。
C. gcr.io/altostrat-images 内の各イメージにタグを追加し、イメージのデプロイ時にこのタグが存在することを確認します。
D. デプロイメント パイプラインにロジックを追加して、すべてのマニフェストに gcr.io/altostrat-images のイメージのみが含まれていることを確認します。
正解：A

質問 3：
あなたは、本番環境とテスト環境を持つ Compute Engine でリアルタイム ゲーム アプリケーションを実行しています。各環境には独自の Virtual Private Cloud (VPC) ネットワークがあります。アプリケーションのフロントエンド サーバーとバックエンド サーバーは、環境の VPC 内の異なるサブネットに配置されます。実稼働フロントエンド サーバーで断続的に通信する悪意のあるプロセスが存在すると思われます。分析のためにネットワーク トラフィックを確実にキャプチャしたいと考えています。あなたは何をするべきか？
A. ボリューム スケール 1.0 のテストおよび本番 VPC ネットワーク フロントエンドおよびバックエンド サブネットで VPC フロー ログを有効にします。本番前のテストで変更を適用します。
B. サンプル ボリューム スケール 1.0 でのみ、実稼働 VPC ネットワークのフロントエンドおよびバックエンドのサブネットで VPC フロー ログを有効にします。
C. サンプル ボリューム スケール 0.5 でのみ、実稼働 VPC ネットワークのフロントエンドとバックエンドのサブネットで VPC フロー ログを有効にします。
D. テストおよび本番 VPC ネットワークのフロントエンドおよびバックエンドのサブネットで、ボリューム スケール 0.5 の VPC フロー ログを有効にします。本番前のテストで変更を適用します。
正解：A

質問 4：
アプリケーションを Cloud Run にデプロイしています。アプリケーションを起動するにはパスワードが必要です。組織では、すべてのパスワードを 24 時間ごとにローテーションすることが要求されており、アプリケーションには最新のパスワードが必要です。ダウンタイムなしでアプリケーションをデプロイする必要があります。あなたは何をするべきか？
A. Cloud Build を使用して、ビルド時にパスワードをアプリケーション コンテナに追加します。Artifact Registry がパブリック アクセスから保護されていることを確認します。
B. パスワードを Secret Manager に保存し、環境変数を使用してアプリケーションにシークレットを送信します。
C. パスワードをコードに直接保存します。パスワードが変更されるたびに、Cloud Build を使用してアプリケーションを再構築してデプロイします。
D. パスワードを Secret Manager に保存し、アプリケーション内のボリュームとしてシークレットをマウントします。
正解：D
解説: (Topexam メンバーにのみ表示されます)

質問 5：
Google Cloud に Compute Engine インスタンスのフリートをデプロイしました。インスタンスのモニタリング指標とログが、会社の運用チームとサイバー セキュリティ チームによって Cloud Logging と Cloud Monitoring に表示されるようにする必要があります。最小権限の原則に従いながら、Identity and Access Management（IAM）を使用して、Compute Engine サービス アカウントに必要なロールを付与する必要があります。あなたは何をするべきか？
A. Compute Engine サービス アカウントにlogging.editor ロールとmonitoring.metricwriter ロールを付与します。
B. ロギングを許可します。管理と監視。Compute Engine サービス アカウントに対する編集者の役割。
C. ロギングを許可します。ログライターとモニタリング。Compute Engine サービス アカウントに対する編集者の役割。
D. ロギングを許可します。logWriter とモニタリング。Compute Engine サービス アカウントに対する metricWriter ロール。
正解：A
解説: (Topexam メンバーにのみ表示されます)

質問 6：
あなたの会社は、Google Kubernetes Engine (GKE) にデプロイされるアプリケーションを開発しています。 各チームが異なるアプリケーションを管理しています。 コストを最小限に抑えながら、各チームの開発環境と本番環境を作成する必要があります。 異なるチームが他のチームの環境にアクセスできないようにする必要があります。 Google が推奨する方法に従うにはどうすればよいですか?
A. 開発用と本番用の GKE クラスタを別のプロジェクトに作成する 各クラスタでチームごとに Kubernetes 名前空間を作成し、各チームが自分の名前空間にのみアクセスできるように Kubernetes ロールベースのアクセス制御 (RBAC) を構成します。
B. チームごとに 1 つの Google Cloud プロジェクトを作成します。 各プロジェクトで、開発用と本番用の Kubernetes 名前空間を持つクラスタを作成します。 チームにそれぞれのクラスタへの Identity and Access Management (1AM) アクセス権を付与します。
C. 開発用と本番用の GKE クラスタを別のプロジェクトに作成する 各クラスタでチームごとに Kubernetes 名前空間を作成し、各チームが自分の名前空間にのみアクセスできるように Identity-Aware Proxy を構成します
D. チームごとに 1 つの Google Cloud プロジェクトを作成します。 各プロジェクトで、開発用のクラスタと本番用のクラスタを作成します。 チームにそれぞれのクラスタへの Identity and Access Management（1AM）アクセス権を付与します。
正解：A
解説: (Topexam メンバーにのみ表示されます)

質問 7：
あなたは、アプリケーション ログを 7 年間アーカイブすることを要求する政府機関と協力しています。ストレージのコストを最小限に抑えながらログをエクスポートして保存するように Stackdriver を構成する必要があります。あなたは何をするべきか？
A. Cloud Storage バケットを作成し、ログをバケットに直接送信するアプリケーションを開発します。
B. Stackdriver でシンクを作成して名前を付け、アーカイブ ログを保存するためのバケットを Cloud Storage に作成して、そのバケットをログのエクスポート先として選択します。
C. Stackdriver からログを取得して BigQuery に保存する App Engine アプリケーションを開発します。
D. Stackdriver でエクスポートを作成し、ログを永続ストレージに 7 年間保存するように Cloud Pub/Sub を構成します。
正解：B
解説: (Topexam メンバーにのみ表示されます)