「開発とDevOpsの両方がオンコール担当している。するのが一番良いのか。「オンコール担当は一日に100回以上もオンコール中アラートを受け取っており、多くの通知が無視され、本当の問題が隠されてしまっている。「オンコール担当の入れ替わりが激しいです。チームの知識のギャップにどのように対処していますか。「DevOpsチームをSREとして再編成したいです(*)。SREとDevOps、そして開発者のオンコールでは何が違うのでしょうか。DevOpsを実践していない組織の場合、これは危険信号。名前を変えるだけで構造的な問題は変わらない。)Googleは大きな企業で、成熟したSRE組織を持っているしかしサイズや成熟度に関係なく、Googleが長年に渡り学んだ多くのことは、あらゆる企業に適用可能オンコールはSRE専用のものではなく、多くの開発チームが直接オンコール担当している。章の要約Googleでのオンコールの目標は、重要なサービスに対してカバレッジを提供しつつ、オンコール担当エンジニアの健康を犠牲にしないことオンコールとプロジェクトの作業とのバランスが重要SREはプロジェクトの作業に対して少なくとも50%費やすつまり、チームは問題に対して戦略的に対処する必要があるプロジェクトに取り組む時間があるチームの編成はプロジェクトの作業の時間を確保するのに十分でなければいけない1回のオンコール担当につき、最大2件のインシデントを対象としているフォローアップのための時間を確保するためオンコール中アラートの負荷が高すぎる場合は是正する必要あり(インシデント数は「問題」の数として捉える。同一の問題に対して大量のアラートが発生しても1件)(オンコール1回は12時間)心理的安全性は効果的なオンコールローテーションのために必要不可欠オンコール担当は非常にストレスになる。