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

質問 1：
あなたは、多数の依存システムを持つインフラストラクチャ サービスのオンコールを担当しています。サービスがほとんどのリクエストの処理に失敗し、数十万のユーザーを含むすべての依存システムが影響を受けることを示すアラートを受け取ります。サイト信頼性エンジニアリング (SRE) インシデント管理プロトコルの一環として、あなたは自分自身をインシデント コマンダー (IC) と宣言し、チームから経験豊富な 2 人をオペレーション リード (OLJ とコミュニケーション リード (CL)) として引き入れます。次に何をすべきですか?
A. ユーザーへの影響を軽減する方法を探し、その軽減策を運用環境に展開します。
B. 影響を受けるサービス所有者に連絡し、インシデントのステータスを最新の情報に更新します。
C. 事後検証を開始し、インシデント情報を追加し、草案を社内で回覧し、社内関係者に意見を求めます。
D. インシデント対応者とリードが相互に通信できるコミュニケーション チャネルを確立します。
正解：A
解説: (Topexam メンバーにのみ表示されます)

質問 2：
あなたは、Google Kubernetes Engine (GKE) Autopilot クラスターにデプロイされたマイクロサービスのオンコール サイト信頼性エンジニアです。あなたの会社は注文メッセージを Pub/Sub に発行するオンライン ストアを運営しており、マイクロサービスがこれらのメッセージを受信して​​倉庫システム内の在庫情報を更新します。セールイベントにより注文が増加し、在庫情報の更新が十分に遅れています。これにより、在庫切れの製品に対して大量の注文が受け付けられるようになります。マイクロサービスのメトリクスを確認し、それらを一般的なレベルと比較します。

注文時の商品在庫が倉庫システムに正確に反映されていることを確認し、顧客への影響を最小限に抑える必要があります。
A. サブスクリプションの確認期限を短縮します。
B. ポッドの CPU とメモリの制限を増やします。
C. 一般的なトラフィック レベルを許可する仮想キューをオンライン ストアに追加します。
D. Pod レプリカの数を増やす
正解：D
解説: (Topexam メンバーにのみ表示されます)

質問 3：
間もなく公開されるサービスの Cloud Monitoring SLO を作成する必要があります。サービスへのリクエストが暦月あたり少なくとも 90% の時間で 300 ミリ秒未満で処理されることを確認したいと考えています。
使用する指標と評価方法を特定する必要があります。あなたは何をするべきか？
A. リクエストベースの評価方法のレイテンシ メトリックを選択します。
B. リクエストベースの評価方法の可用性メトリックを選択します。
C. ウィンドウベースの評価方法の遅延メトリックを選択します。
D. ウィンドウベースの評価方法の可用性メトリックを選択します。
正解：A
解説: (Topexam メンバーにのみ表示されます)

質問 4：
開発チームは、サービスの API の新しいバージョンを作成しました。サードパーティの開発者や、サードパーティがインストールしたアプリケーションのエンド ユーザーへの影響を最小限に抑えながら、新しいバージョンの API をデプロイする必要があります。あなたは何をするべきか？
A. 古いバージョンの API の廃止を発表します。
古い API の残りのユーザーに問い合わせてください。
新しいバージョンの API を導入します。
古いバージョンの API を非推奨にします。
古い API のユーザーにベスト エフォート型のサポートを提供します。
古いバージョンの API を無効にします。
B. 古いバージョンの API の廃止を発表します。
新しいバージョンの API を導入します。
古い API の残りのユーザーに問い合わせてください。
古いバージョンの API を非推奨にします。
古いバージョンの API を無効にします。
古い API のユーザーにベスト エフォート型のサポートを提供します。
C. API の新しいバージョンを導入します。
古い API の残りのユーザーに問い合わせてください。
古いバージョンの API の廃止を発表します。
古いバージョンの API を非推奨にします。
古いバージョンの API を無効にします。
古い API のユーザーにベスト エフォート型のサポートを提供します。
D. 新しいバージョンの API を導入します。
古いバージョンの API の廃止を発表します。
古いバージョンの API を非推奨にします。
古い API の残りのユーザーに問い合わせてください。
古い API のユーザーにベスト エフォート型のサポートを提供します。
古いバージョンの API を無効にします。
正解：D

質問 5：
会社のセキュリティ チームは、_Required バケット内のデータ アクセス監査ログへの読み取り専用アクセス権を持っている必要があります。 最小特権の原則と Google が推奨する実践に従って、セキュリティ チームに必要な権限を付与したいと考えています。あなたは何をするべきか？
A. 役割/ロギングを割り当てます。すべてのセキュリティ チーム メンバーが含まれるグループに対する閲覧者の役割
B. セキュリティ チームの各メンバーにロール/ロギング、ビューアのロールを割り当てます。
C. セキュリティ チームの各メンバーに、roles/logging.privateLogViewer ロールを割り当てます。
D. セキュリティ チームのメンバー全員が含まれるグループに、roles/logging.privateLogviewer ロールを割り当てます。
正解：D
解説: (Topexam メンバーにのみ表示されます)

質問 6：
Google Cloud でコンテナ化されたアプリケーション用の CI/CD パイプラインを構築する必要がある 開発チームがトランクベースの開発に中央の Git リポジトリを使用している 品質を向上させるために、アプリケーションの新しいバージョンのすべてのテストをパイプラインで実行したいあなたは何をするべきか？
A. 1. Cloud Build をトリガーしてアプリケーション コンテナを構築し、そのコンテナで単体テストを実行します。
2. 単体テストが成功した場合は、アプリケーション コンテナをテスト環境にデプロイし、統合テストを実行します。
3. 統合テストが成功すると、パイプラインはアプリケーション コンテナを運用環境にデプロイします。その後、受け入れテストを実行します。
B. 1. Git フックをインストールして、コードを中央リポジトリにプッシュする前に開発者に単体テストの実行を要求します。
2. Cloud Build をトリガーしてアプリケーション コンテナを構築します。 アプリケーション コンテナをテスト環境にデプロイし、統合テストを実行します。
3. 統合テストが成功した場合は、アプリケーション コンテナを運用環境にデプロイします。
受け入れテストを実行します
C. 1. Git フックをインストールして、コードを中央リポジトリにプッシュする前に開発者に単体テストの実行を要求します。すべてのテストが成功したら、コンテナーを構築します。
2. Cloud Build をトリガーしてアプリケーション コンテナをテスト環境にデプロイし、統合テストと受け入れテストを実行します。
3. すべてのテストが成功した場合は、コードを本番環境対応としてタグ付けし、Cloud Build をトリガーしてアプリケーション コンテナを構築し、本番環境にデプロイします。
D. 1. コードがプッシュされたときに Cloud Build をトリガーして単体テストを実行します。すべての単体テストが成功した場合は、アプリケーション コンテナをビルドして中央レジストリにプッシュします。
2. Cloud Build をトリガーしてコンテナをテスト環境にデプロイし、統合テストと受け入れテストを実行します。
3. すべてのテストが成功すると、パイプラインはアプリケーションを運用環境にデプロイし、スモーク テストを実行します。
正解：D
解説: (Topexam メンバーにのみ表示されます)

質問 7：
アプリケーション アーティファクトは、CI/CD パイプライン経由で構築およびデプロイされます。CI/CD パイプラインがアプリケーション シークレットに安全にアクセスできるようにする必要があります。また、セキュリティ侵害が発生した場合にシークレットをより簡単にローテーションしたいと考えています。あなたは何をするべきか？
A. シークレットを Git 上の別の構成ファイルに保存します。選ばれた開発者に構成ファイルへのアクセスを提供します。
B. ビルド時に開発者にシークレットの入力を求めます。開発者にシークレットを保存しないように指示します。
C. シークレットを暗号化し、ソース コード リポジトリに保存します。復号キーを別のリポジトリに保存し、パイプラインにそのキーへのアクセスを許可します。
D. Cloud KMS の鍵で暗号化されたシークレットを Cloud Storage に保存します。IAM 経由で CI/CD パイプラインに Cloud KMS へのアクセスを提供します。
正解：D