Web ベースのアプリケーションの新機能を実稼働環境にデプロイする準備ができました。Google Kubernetes Engine (GKE) を使用して、Web サーバー ポッドの半分に段階的にロールアウトを実行したいと考えています。
あなたは何をするべきか？

大容量のエンタープライズ アプリケーションの信頼性については、お客様が責任を負います。多くのユーザーが、アプリケーションの機能の重要なサブセット (データ集約型のレポート機能) が HTTP 500 エラーで常に失敗していると報告しています。アプリケーションのダッシュボードを調査すると、障害と、レポートの生成に使用される内部キューのサイズを表すメトリックとの間に強い相関関係があることがわかります。障害を追跡すると、I/O 待機時間が長いレポート バックエンドが発生します。バックエンドの永続ディスク (PD) のサイズを変更することで、問題をすぐに解決できます。レポート生成機能用の可用性サービス レベル インジケーター (SLI) を作成する方法。どのように定義しますか?

あなたは、トラフィックの多い Web アプリケーションをサポートしており、ホームページが適切なタイミングで読み込まれるようにしたいと考えています。最初のステップとして、許容可能なページ読み込み時間を 100 ミリ秒に設定してホームページ要求の待ち時間を表すサービス レベル インジケーター (SLI) を実装することにします。Google が推奨するこの SLI の計算方法は何ですか?

ロード バランサーを使用せずに HTTP エンドポイントを公開するアプリケーションを管理しています。HTTP 応答の遅延は、ユーザー エクスペリエンスにとって重要です。すべてのユーザーが経験している HTTP 遅延を把握したいと考えています。Stackdriver Monitoring を使用します。あなたは何をするべきか？

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