CertPass

Question 51

Cloud Run で実行されているアプリケーションがあります。アプリケーションの新しいバージョンをテストするために本番稼働中のトラフィックを使用しつつ、品質保証チームには手動テストを実施させたいと考えています。新しいバージョンのテスト中に問題が発生した場合の潜在的な影響を限定し、必要に応じてアプリケーションの以前のバージョンにロールバックできる必要があります。新しいバージョンはどのようにデプロイすべきですか？（2つ選択してください。）

アプリケーションを新しいCloud Runサービスとしてデプロイする。

タグを付けて新しいCloud Runリビジョンをデプロイし、--no-traffic オプションを使用する。

タグを付けずに新しいCloud Runリビジョンをデプロイし、--no-traffic オプションを使用する。

新しいアプリケーションバージョンをデプロイし、--no-traffic オプションを使用する。本番トラフィックをリビジョンのURLにルーティングする。

新しいアプリケーションバージョンをデプロイし、新しいバージョンにトラフィックを分割する。

問題52

最近、あなたのサービスの一つが、現在のローリングウィンドウ期間のエラーバジェットを超過したことに気づきました。あなたの会社の製品チームは、新しい機能をローンチしようとしています。サイトリライアビリティエンジニアリング（SRE）のプラクティスに従いたいと考えています。あなたは何をすべきですか？

チームにエラーバジェットがないことを通知し、すべてのテストが成功していることを確認して、ローンチがエラーバジェットをさらに危険にさらさないようにする

チームにエラーバジェットが使い果たされたことを通知する。チームとローンチの凍結について交渉するか、わずかに悪いユーザーエクスペリエンスを許容する

状況をエスカレーションし、追加のエラーバジェットを要求する

製品に関連する他のメトリクスを調べ、残りのエラーバジェットがあるSLOを見つける。エラーバジェットを再割り当てし、機能のローンチを許可する

Question 53

あなたは組織にポストモーテムを導入する必要があります。ポストモーテムのプロセスがうまく受け入れられるようにしたいと考えています。何をすべきでしょうか？（2つ選択）

新入社員にポストモーテムの実施を奨励し、実践を通じてチームに学ばせる。

すべてのポストモーテムの実施を担当する専門チームを設置する。

上級管理職にポストモーテムを認識し、参加するよう奨励する。

効果的なポストモーテムを作成することが報われ、称賛される慣行であることを保証する。

過去のポストモーテムを批判するためのフォーラムを組織に提供する。

Question 54

あなたは、複数のGoogle Kubernetes Engine (GKE) クラスタにわたって、いくつかの制約テンプレートを適用する必要があります。これらの制約には、Kubernetes APIの制限などのポリシーパラメータが含まれます。ポリシーパラメータがGitHubリポジトリに保存され、変更が発生した際に自動的に適用されるようにしなければなりません。どうすればよいでしょうか？

パラメータの変更があった場合にCloud BuildをトリガーするGitHubアクションを設定します。Cloud Build内で、gcloud CLIコマンドを実行して変更を適用します。

GitHubで変更があった場合、Webhookを使用してAnthos Service Meshにリクエストを送信し、変更を適用します。

GitHubリポジトリでAnthos Config Managementを設定します。リポジトリに変更があった場合、Anthos Config Managementを使用して変更を適用します。

GitHubリポジトリでConfig Connectorを設定します。リポジトリに変更があった場合、Config Connectorを使用して変更を適用します。

Question 55

あなたは、あるサービスで発生中のインシデントに対応するオペレーションリードです。このサービスは通常、約70%のキャパシティで稼働しています。1つのノードがすべてのリクエストに対して5xxエラーを返していることに気づきました。また、顧客からのサポートケースも著しく増加しています。問題のあるノードをロードバランサープールから削除し、そのノードを隔離して調査する必要があります。インシデントを管理し、ユーザーへの影響を軽減するために、Googleが推奨するプラクティスに従いたいと考えています。何をすべきでしょうか？

1. インシデントチームにあなたの意図を伝えます。 2. 負荷分析を実行し、残りのノードが削除されたノードからオフロードされたトラフィックの増加を処理できるか判断し、適切にスケーリングします。 3. 新しいノードが正常であると報告されたら、異常なノードからトラフィックをドレインし、異常なノードをサービスから削除します。

1. インシデントチームにあなたの意図を伝えます。 2. プールに新しいノードを追加し、新しいノードが正常であると報告されるのを待ちます。 3. 新しいノードでトラフィックが処理されるようになったら、異常なノードからトラフィックをドレインし、古いノード（異常なノード）をサービスから削除します。

1. 異常なノードからトラフィックをドレインし、そのノードをサービスから削除します。 2. トラフィックを監視し、エラーが解決され、プール内の他のノードがトラフィックを適切に処理していることを確認します。 3. 新しい負荷を処理するために、必要に応じてプールをスケーリングします。 4. あなたの行動をインシデントチームに伝えます。

1. 異常なノードからトラフィックをドレインし、その古いノード（異常なノード）をサービスから削除します。 2. プールに新しいノードを追加し、新しいノードが正常であると報告されるのを待ち、その後、新しいノードにトラフィックを供給します。 3. プールが正常であり、トラフィックを適切に処理していることを確認するためにトラフィックを監視します。 4. あなたの行動をインシデントチームに伝えます。

Professional Cloud DevOps Engineer