SLO / SLI / SLA

実際に計測するサービスの指標。ユーザーが直接体験できるもの（可用性・レイテンシ・エラー率）を選ぶ。

例：成功リクエスト数 ÷ 全リクエスト数 = 99.87%

チームが内部で設定する信頼性目標。100%を設定してはいけない——失敗の余地（エラーバジェット）がゼロになる。

例：月次可用性 99.9% 目標 = 月43.2分のダウンタイムまで許容

顧客との法的な契約値。SLOより低く設定し、SLO違反時に社内で検知・対処できるバッファを持つ。

例：SLO 99.9% に対しSLA 99.5% を顧客に約束 → バッファ0.4%

SLOから逆算した「許容できる失敗の量」。これが残っている間は積極的にリリースし、枯渇したら安定化を優先。

例：SLO 99.9% → 月43.2分がバジェット。今月20分消費→残り23.2分

エラーバジェットの消費速度。バーンレート14倍＝1時間でバジェット枯渇。これで緊急対応の判断基準を持てる。

例：バーンレート10x → このペースが続くと10倍速でバジェットが尽きる

バジェット残量に応じてリリース可否を決めるルール。開発と運用が客観的な数値で合意できる仕組み。

例：バジェット50%以上→自由にリリース。10%未満→新機能凍結、信頼性改善を優先