ひとことで
信頼性の目標を数値で決め、余り（エラーバジェット）の範囲で新機能を攻める。使い切ったら安定化を優先する。
SLI は信頼性を測る指標（例：成功したリクエストの割合）、SLO はその目標値（例：30日間で 99.9%）です。目標を100%にしないのがポイントで、100%との差がエラーバジェット（失敗してよい量）になります。バジェットが残っているうちは新機能を攻め、使い切ったら安定化を優先します。
| SLO | 30日で許される停止時間の目安 | イメージ |
|---|---|---|
| 99% | 約7.2時間 | 社内ツールなど |
| 99.9% | 約43分 | 多くの Web サービス |
| 99.99% | 約4.3分 | 決済などの重要な機能。設計・運用のコストが大きく上がる |
PdM が SLO に関わる理由：どこまで信頼性を求めるかは、技術ではなく事業の判断だからです。目標を高くするほど冗長化の費用や慎重なリリースが必要になり、新機能の速度が落ちます。低すぎるとユーザーが離れます。また「ユーザーにとって何が使えない状態か」（ログインできない、検索が3秒以上かかる）を決めるのも、ユーザーをいちばん知る PdM の仕事です。機能ごとに重要度が違うので、決済は高く、おすすめ表示は低く、のように分けることもあります。
面接ではこう答える
SLI は信頼性を測る指標で、例えば成功したリクエストの割合です。SLO はその目標値で、例えば30日間で 99.9% のように決めます。100% にしないのがポイントで、100% との差がエラーバジェット、つまり失敗してよい量になります。バジェットが残っているうちは新機能を攻め、使い切ったら安定化を優先します。どこまで信頼性を求めるかは事業の判断なので、PdM も目標づくりに関わるべきだと考えています。
PdMとの関わり新機能と安定化の優先順位を、障害のたびに揉めずに決めるための土台です。