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

マイクロサービスアーキテクチャを使用して、トラフィックの多いWebアプリケーションをサポートします。アプリケーションのホームページには、現在の天気、株価、ニュースの見出しなどのコンテンツを含む複数のウィジェットが表示されます。メインのサービングスレッドは、ウィジェットごとに専用のマイクロサービスを呼び出してから、ユーザーのホームページをレイアウトします。マイクロサービスが失敗することがあります。その場合、サービングスレッドはいくつかのコンテンツが欠落しているホームページを提供します。この劣化モードが頻繁に発生する場合、アプリケーションのユーザーは不満を抱きますが、コンテンツをまったく提供しないのではなく、一部のコンテンツを提供することを望んでいます。ユーザーエクスペリエンスが大幅に低下しないように、サービスレベル目標（SLO）を設定する必要があります。これを測定するには、どのサービスレベルインジケーター（SLI）を使用する必要がありますか？

Google Kubernetes Engine（GKE）クラスタで実行される携帯電話ゲームのバックエンドをサポートします。アプリケーションはユーザーからのHTTPリクエストを処理しています。ネットワークコストを削減するソリューションを実装する必要があります。あなたは何をするべきか？

ComputeEngineにデプロイされたアプリケーションをサポートします。アプリケーションはCloudSQLインスタンスに接続して、データを保存および取得します。アプリケーションの更新後、ユーザーはデータベースタイムアウトメッセージを示すエラーを報告します。同時アクティブユーザー数は安定していた。データベースタイムアウトの最も可能性の高い原因を見つける必要があります。あなたは何をするべきか？

機密情報にアクセスする必要があるアプリケーションをデプロイしています。この情報が暗号化されていることを確認する必要があり、侵害が発生した場合の漏洩のリスクは最小限に抑えられます。あなたは何をするべきか？