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

質問 1：
アプリケーションは Google Cloud Platform (GCP) 上で実行されます。アプリケーション リリースを GCP にデプロイするには、Jenkins を実装する必要があります。リリース プロセスを合理化し、運用負担を軽減し、ユーザー データを安全に保ちたいと考えています。あなたは何をするべきか？
A. オンプレミスの Kubernetes に Jenkins を実装する
B. Compute Engine 仮想マシンに Jenkins を実装します。
C. Google Cloud Functions に Jenkins を実装します。
D. ローカル ワークステーションに Jenkins を実装します。
正解：B
解説: (Topexam メンバーにのみ表示されます)

質問 2：
グローバル HTTP のクラウド ロード バランサ (CLB) の背後で Google Kubernetes Engine (GKE) 上で実行されるマルチリージョン Web サービスをサポートします。従来の理由により、ユーザーのリクエストはまずサードパーティのコンテンツ配信ネットワーク (CDN) を経由します。これにより、トラフィックが CLB にルーティングされます。可用性サービス レベル インジケーター (SLI) は CLB レベルですでに実装されています。ただし、潜在的なロード バランサーの構成ミスに備えて、カバレッジを拡大したいと考えています。CDN 障害、またはその他のグローバル ネットワークの大惨事。この新しい SLI はどこで測定すればよいでしょうか?
2 つの答えを選択してください
A. シミュレートされたユーザー リクエストを定期的に送信する合成クライアント
B. アプリケーションサーバーからエクスポートされたメトリクス
C. アプリケーション サーバーの GKE ヘルスチェック
D. クライアントで直接コーディングされたインストルメンテーション
E. アプリケーションサーバーのログ
正解：A,D

質問 3：
あなたの会社はサイト信頼性エンジニアリングの原則に従っています。あなたは、ソフトウェアの変更によって引き起こされ、ユーザーに深刻な影響を与えたインシデントの事後分析を作成しています。将来的に重大なインシデントが発生するのを防ぎたいと考えています。あなたは何をするべきか？
A. インシデントが発生した場合、オンコール チームが直ちにエンジニアと経営陣に電話して対応計画について話し合うことを要求するポリシーを設計します。
B. 変更をレビューした従業員をフォローアップし、今後従うべき慣行を処方します。
C. インシデントの責任のあるエンジニアを特定し、上級管理者にエスカレーションします。
D. 新しいソフトウェアがリリースされる前に、このタイプのエラーをキャッチするテスト ケースが正常に実行されていることを確認します。
正解：D
解説: (Topexam メンバーにのみ表示されます)

質問 4：
Google Kubernetes Engine でアプリケーションを実行しています。アプリケーションはリクエストごとに複数のサービスを呼び出しますが、応答が遅すぎます。どのダウンストリーム サービスが遅延の原因となっているかを特定する必要があります。あなたは何をするべきか？
A. サービス メトリクスをリアルタイムで分析するための Dataflow パイプラインを作成します。
B. 各サービスの Liveness プローブと Readiness プローブを調査します。
C. リクエストのパスに沿って VPC フロー ログを分析します。
D. OpenTelemetry や Stackdriver Trace などの分散トレーシング フレームワークを使用します。
正解：A

質問 5：
サポートしている実稼働システムで多数の停止が発生しました。夜中に目が覚めるようなすべての停電に関するアラートを受け取ります。アラートは異常なシステムが原因で発生し、1 分以内に自動的に再起動されます。サイト信頼性エンジニアリングの実践に従って、スタッフの燃え尽き症候群を防ぐプロセスを設定したいと考えています。あなたは何をするべきか？
A. エラー バジェットが使い果たされないように、関連するサービス レベル目標を再定義します。
B. 対処できないアラートを削除します。
C. アラートごとにインシデント レポートを作成します。
D. 異なるタイムゾーンのエンジニアにアラートを配信します。
正解：B
解説: (Topexam メンバーにのみ表示されます)

質問 6：
あなたは、サービスの 1 つで進行中のインシデントのオペレーション リーダーです。サービスは通常、約 70% の容量で実行されます。1 つのノードがすべてのリクエストに対して 5xx エラーを返していることがわかります。顧客からのサポートケースも顕著に増加しています。ノードを隔離して調査できるように、問題のノードをロード バランサー プールから削除する必要があります。あなたは、Google が推奨する方法に従ってインシデントを管理し、ユーザーへの影響を軽減したいと考えています。あなたは何をするべきか？
A. 1. インシデント チームに意図を伝えます。
2. 負荷分析を実行して、削除されたノードからオフロードされるトラフィックの増加を残りのノードが処理できるかどうかを判断し、適切にスケーリングします。
3. 新しいノードが正常であると報告されたら、異常なノードからトラフィックを排出し、異常なノードをサービスから削除します。
B. １．異常なノードからトラフィックを排出し、ノードをサービスから削除します。
2. トラフィックを監視して、エラーが解決されていること、およびプール内の他のノードがトラフィックを適切に処理していることを確認します。
3. 新しい負荷を処理するために、必要に応じてプールをスケーリングします。
4. 自分の行動をインシデントチームに伝えます。
C. 1 。異常なノードからトラフィックを排出し、古いノードをサービスから削除します。
2. 新しいノードをプールに追加し、新しいノードが正常であると報告されるまで待ち、新しいノードにトラフィックを提供します。
3. トラフィックを監視して、プールが正常であり、トラフィックが適切に処理されていることを確認します。
4. 自分の行動をインシデントチームに伝えます。
D. 1. インシデント チームに意図を伝えます。
2. 新しいノードをプールに追加し、新しいノードが正常であると報告されるまで待ちます。
3. 新しいノードでトラフィックが処理されている場合は、異常なノードからトラフィックを排出し、古いノードをサービスから削除します。
正解：A
解説: (Topexam メンバーにのみ表示されます)

質問 7：
Compute Engine マネージド インスタンス グループにデプロイされたウェブ アプリケーションを実行している。Ops エージェントがすべてのインスタンスにインストールされている。最近、特定の IP アドレスからの不審なアクティビティに気づいた。その特定の IP アドレスからのリクエストの数を最小限で表示するように Cloud Monitoring を構成する必要がある。運用上のオーバーヘッド。あなたは何をするべきか？
A. ウェブサーバーのログを収集するスクリプトを作成する IP アドレス リクエストのメトリクスを Cloud Monitoring API にエクスポートする
B. メトリクス レシーバーを使用して Ops エージェントを構成する
C. IP アドレス リクエストの指標を Cloud Monitoring API にエクスポートするようにアプリケーションを更新します。
D. ロギング レシーバーを使用して Ops エージェントを構成する ログベースのメトリクスを作成する
正解：D
解説: (Topexam メンバーにのみ表示されます)