Professional Cloud DevOps Engineer

Question 177

あなたは、明確に定義されたサービスレベル目標(SLO)を持つサービスをサポートしています。過去6ヶ月間、あなたのサービスは一貫してSLOを達成し、顧客満足度も常に高い状態です。あなたのサービスの運用タスクのほとんどは自動化されており、頻繁に発生する繰り返しタスクはほとんどありません。あなたは、サイト信頼性エンジニアリング(SRE)のベストプラクティスに従いながら、信頼性とデプロイ速度のバランスを最適化したいと考えています。何をすべきですか?(2つ選択)

A.
サービスのSLOをより厳しくする。
B.
サービスのデプロイ速度および/またはリスクを増加させる。
C.
エンジニアリングの時間を、より信頼性が必要な他のサービスに振り向ける。
D.
プロダクトチームに、新機能よりも信頼性に関する作業を優先させる。
E.
サービスレベル指標(SLI)の実装を変更して、カバレッジを拡大する。
Question 178

あなたの会社はサイト信頼性エンジニアリング(SRE)の原則に従っています。あなたは、ユーザーに深刻な影響を与えたソフトウェアの変更によって引き起こされたインシデントについて、事後検証を作成しています。将来、同様の深刻なインシデントが発生するのを防ぐためには、何をすべきでしょうか?

A.
インシデントの原因となったエンジニアを特定し、上級管理職に報告する。
B.
この種のエラーを検出できるテストケースを作成し、新しいソフトウェアリリースの前に必ず正常に実行されるようにする。
C.
変更をレビューした従業員に状況を確認し、将来彼らが従うべき手順を指示する。
D.
インシデント発生時に、オンコールチームが直ちにエンジニアと管理者に連絡を取り、対応策を協議することを義務付けるポリシーを策定する。
Question 179

あなたの組織では、既存サービスへのすべての変更を承認するために変更諮問委員会(CAB)を使用しています。ソフトウェアデリバリーパフォーマンスへの悪影響を排除するために、このプロセスを改訂したいと考えています。何をすべきですか?(2つ選択)

A.
開発からデプロイメントまでの継続的な監督を確実にするために、CABを上級管理者に置き換える。
B.
開発者が自身の変更をマージできるようにし、問題が発見された場合にチームのデプロイメントプラットフォームが変更をロールバックできるようにする。
C.
コードチェックイン時に強制され、自動テストによってサポートされる、個々の変更に対するピアレビューベースのプロセスに移行する。
D.
変更をより大規模だが頻度の低いソフトウェアリリースにまとめる。
E.
チームの開発プラットフォームが、開発者が自身の変更の影響について迅速なフィードバックを得られるようにする。
Question 180

あなたの組織には、オンプレミスで実行されているコンテナ化されたウェブアプリケーションがあります。Google Cloudへの移行計画の一環として、以下の受け入れ基準を満たすデプロイ戦略とプラットフォームを選択する必要があります。 1. プラットフォームは、AndroidデバイスからのトラフィックをAndroid固有のマイクロサービスに誘導できる必要があります。 2. プラットフォームは、任意のパーセンテージベースのトラフィックスプリッティングを許可する必要があります。 3. デプロイ戦略は、任意のマイクロサービスの複数のバージョンの継続的なテストを許可する必要があります。 あなたは何をすべきですか?

A.
アプリケーションのカナリアリリースをCloud Runにデプロイします。リビジョンタグに基づいてユーザートラフィックの10%をカナリアリリースに誘導するためにトラフィックスプリッティングを使用します。
B.
アプリケーションのカナリアリリースをApp Engineにデプロイします。IPアドレスに基づいてユーザートラフィックのサブセットを新しいバージョンに誘導するためにトラフィックスプリッティングを使用します。
C.
アプリケーションのカナリアリリースをCompute Engineにデプロイします。Compute EngineでAnthos Service Meshを使用して、仮想サービスを設定することにより、ユーザートラフィックの10%をカナリアリリースに誘導します。
D.
Anthos Service Meshを使用して、Google Kubernetes Engineにカナリアリリースをデプロイします。仮想サービスで設定されたuser-agentヘッダーに基づいてユーザートラフィックの10%を新しいバージョンに誘導するためにトラフィックスプリッティングを使用します。
Question 181

あなたのチームはGoogle Kubernetes Engine (GKE) でマイクロサービスを実行しています。エラーバジェットの消費を検出し、顧客を保護し、リリース方針を定義したいと考えています。何をすべきでしょうか?

A.
メトリクスからSLI(サービスレベル指標)を作成します。サービスが基準を満たさない場合にアラートポリシーを有効にします。
B.
Anthos Service Mesh のメトリクスを使用して、マイクロサービスの健全性を測定します。
C.
SLO(サービスレベル目標)を作成します。SLOバーンレート(select_slo_burn_rate)に関するアラートポリシーを作成します。
D.
SLOを作成し、サービスの稼働時間チェックを設定します。サービスが基準を満たさない場合にアラートポリシーを有効にします。