ワークスペース プロジェクト内のダッシュボードに CPU 使用率の Stackdriver グラフを作成しました。グラフをサイト信頼性エンジニアリング (SRE) チームとのみ共有したいと考えています。最小特権の原則に確実に従う必要があります。あなたは何をするべきか？

あなたは、主力サービスの半年ごとのキャパシティ プランニングを実行しています。今後 6 か月間、サービス ユーザーの増加率が前月比 10% になると予想します。サービスは完全にコンテナ化されており、Google Cloud Platform (GCP) 上で実行されます。クラスター オートスケーラーが有効になっている 3 つのゾーンで Google Kubernetes Engine (GKE) Standard リージョン クラスターを使用します。現在、展開されている合計 CPU 容量の約 30% を消費しており、ゾーンの障害に対する回復力が必要です。不必要なコストを回避しながら、この成長またはゾーン障害の結果としてユーザーが経験する悪影響を最小限に抑えたいと考えています。予測される成長に対処するにはどのように準備すべきでしょうか?

ワークスペース プロジェクト内のダッシュボードに CPU 使用率の Stackdriver グラフを作成しました。グラフをサイト信頼性エンジニアリング (SRE) チームとのみ共有したいと考えています。最小特権の原則に確実に従う必要があります。あなたは何をするべきか？

あなたは Compute Engine でアプリケーションを実行し、Stackdriver を通じてログを収集しています。あなたは、個人を特定できる情報 (PII) が特定のログ エントリ フィールドに漏洩していることを発見しました。すべての PII エントリはテキスト userinfo で始まります。これらのログエントリを後で確認できるように安全な場所にキャプチャし、Stackdriver Logging に漏洩しないようにしたいと考えています。あなたは何をするべきか？

Compute Engine でホストされているウェブ アプリケーションをサポートしているとします。このアプリケーションは、数千人のユーザーに予約サービスを提供します。新機能のリリース直後、監視ダッシュボードには、すべてのユーザーがログイン時に遅延を経験していることが表示されます。サービスのユーザーに対するインシデントの影響を軽減したいと考えています。まず何をすべきでしょうか?