負荷に十分なポッドとノードのみを実行してスケーリングを自動化するための最良のオプションは、水平ポッド オートスケーラーを構成し、クラスター オートスケーラーを有効にすることです。水平ポッド オートスケーラーは、観察された CPU 使用率またはカスタム メトリクスに基づいて、デプロイメントまたはレプリカ セット内のポッドの数を自動的に調整する機能です。クラスター オートスケーラーは、ノード容量の需要に基づいてノード プールのサイズを自動的に調整する機能です。両方の機能を一緒に使用することで、アプリケーションが負荷を処理するのに十分なポッドを実行し、クラスターがポッドをホストするのに十分なノードを実行することを保証できます。これにより、リソースの使用率とコスト効率を最適化できます。

説明
すべてのログを 1 年間保存し、必要なコード変更を最小限に抑えるための最良のオプションは、ログ バケットとログ シンクを作成し、ログ バケットの保持期間を 365 日に設定し、ログをバケットに送信するようにログ シンクを構成し、クライアントはバケットにアクセスしてログを取得します。ログバケットは、Cloud Logging からのログを保存するために使用される Cloud Storage バケットです。ロギング シンクは、ログ バケット、BigQuery データセット、Pub/Sub トピックなど、ログエントリの送信先を定義するリソースです。Cloud Logging でログバケットとロギングシンクを作成し、ログバケットの保持期間を 365 日に設定できます。こうすることで、すべてのログを 1 年間保存し、削除から保護することができます。コードを変更せずに、Cloud Run と Cloud Functions からログバケットにログを送信するようにロギング シンクを構成することもできます。その後、IAM ポリシーまたは署名付き URL を使用して、クライアントにログ バケットへのアクセスを許可できます。

https://www.atlassian.com/incident-management/kpis/common-metrics
https://linkedin.github.io/school-of-sre/

説明
コストを最小限に抑え、分離を確保しながら各チームの開発環境と本番環境を作成するための最良のオプションは、開発環境と本番環境の GKE クラスタを別々のプロジェクトに作成し、各クラスタでチームごとに Kubernetes 名前空間を作成し、Kubernetes をロールベースで構成することです。アクセス制御 (RBAC) により、各チームは自分の名前空間のみにアクセスできるようになります。このオプションを使用すると、チームごとに 1 つのプロジェクトまたはクラスターを作成する場合に比べて、使用するクラスターとプロジェクトの数が減り、コストと複雑さが軽減されます。また、名前空間と RBAC を使用して各チームの環境を分離することもでき、チームが他のチームの環境にアクセスできなくなります。

レイテンシ SLO は、Web アプリケーションの応答性の目標レベルを指定するサービス レベル目標です1。レイテンシ SLO は、28 日間のレイテンシの 90 パーセンタイルなど、時間枠にわたるレイテンシのパーセンタイルとして表現できます2。レイテンシのパーセンタイルは、指定された割合のリクエストが完了するまでにかかる最大時間です。たとえば、レイテンシーの 90 パーセンタイルは、リクエストの 90% が完了するまでにかかる最大時間です3。
レイテンシー SLO を定義するには、次の要素を考慮する必要があります24。
顧客の期待と満足。顧客が満足し、喜んでお金を払うパフォーマンスのレベルを反映するレイテンシー SLO を設定したいと考えています。
レイテンシの現在および過去の測定値。データに基づいて Web アプリケーションにとって現実的な遅延 SLO を設定したいと考えています。
レイテンシーを改善するためのトレードオフとコスト。応答時間の短縮によるメリットと、エンジニアリング作業、インフラストラクチャ、および複雑さのコストのバランスを取るレイテンシー SLO を設定したいと考えています。
これらの要素に基づいて、Web アプリケーションのレイテンシ SLO を定義するための最良のオプションはオプション B です。オプション B は、レイテンシの現在の測定値と一致するようにレイテンシ SLO を設定します。これは、顧客の期待と満足度に応えていることを意味します。オプション B では、Web アプリケーションに対して現実的で達成可能な目標も設定します。これは、レイテンシを改善するために追加のリソースや労力を投資する必要がないことを意味します。オプション B は、保守的な SLO を設定するベスト プラクティスとも一致しています。これは、レイテンシーが変動または低下した場合に備えて、エラーに対するバッファーまたはマージンを確保できることを意味します5。