エンタープライズアーキテクチャ・システム企画 重要度:★★出題: AM2・PM1
SLA / SLI / SLO
えすえるえー / えすえるあい / えすえるおー / SLA / SLI / SLO (Service Reliability Hierarchy)
サービス品質の測定指標「SLI」、内部の達成目標値「SLO」、顧客と法的に合意した最低基準「SLA」の3層構造。
3行速習ポイント
- GoogleのSRE（Site Reliability Engineering）思想から広まった、システムの信頼性を科学的に管理する枠組み。
- SLI（実績測定値） ➔ SLO（内部目標：高めに設定） ➔ SLA（顧客合意：未達で違約金発生）の関係を持つ。
- エラーバジェット（許容障害量）を設定し、信頼性と新機能リリースのスピードのバランスを保つ。
図解
図SLI / SLO / SLA の3層ヒエラルキー階層・レイヤ構造
内部の指標計測から顧客との法的契約までの階層関係実測データ
SLI (Service Level Indicator)
客観的な実測値（今どう動いているか）
APMや監視ツールで常時自動計測される客観的な稼働実績値（例：直近30日間のAPI正常応答率99.96%、平均レイテンシ120ms）。すべての評価の基礎データとなる。
⇅ レイヤ間連携・制御境界
内部目標
SLO (Service Level Objective)
社内の努力目標（目指すべき信頼性水準）
開発・SREチームがサービス品質を維持するために自らに課す社内目標値（例：稼働率99.9%）。SLAより高く設定し、割り込みそうな場合は新機能追加を止めて安定化を優先する。
⇅ レイヤ間連携・制御境界
契約合意
SLA (Service Level Agreement)
対顧客の契約上の最低防衛ライン
サービス提供者と顧客の間で法的に合意する最低保証ライン（例：稼働率99.5%）。これを下回った場合は利用料の一部返金（ペナルティ）等の補償義務が発動する。
💡 午前IIでは「SLI（実測値）≧SLO（内部目標）＞SLA（契約合意ライン）」の厳しさの関係が頻出。午後I・午後IIでは障害兆候をSLO割れ段階で早期対処する運用を描く。
概要と本質
信頼性を100%にしようとするとコストが無限大になり、新機能のリリースも止まります。SLI（今何%稼働しているかの計測値）、SLO（開発チームと運用チームが目指す内部目標）、SLA（顧客に下回ったら返金すると約束した契約上の防衛ライン）を峻別することで、過剰な安全マージンを削り、アジャイルな価値提供を継続します。
重要ポイント・コア概念
- SLI（Service Level Indicator）：サービスレベル指標。成功リクエスト率や応答時間の実測値（例：99.95%）
- SLO（Service Level Objective）：サービスレベル目標。開発・運用が維持すべき内部目標（例：99.9%）
- SLA（Service Level Agreement）：サービスレベル合意。下回ると返金ペナルティが発生する契約上の最低ライン（例：99.5%）
- 関係性のルール：厳しさの順序は「SLI（実績） ≧ SLO（内部目標） ＞ SLA（契約最低限）」
試験対策・午後II論文での活用法
午前IIで「SLI、SLO、SLAの定義と厳しさの包含関係」が出題される。『SLOは社内の目標値であり、SLAよりも厳しく（高く）設定される』という基本関係を確実に暗記しておくこと。
小論文で使える実践フレーズ・キーワード（クリックでコピー）
関連する重要用語
この用語が出題された過去問を解く（1分演習）
即時アウトプットで定着ITストラテジスト 過去問演習で実践力を鍛える
