前回は、リスクの受容について、学びました。
リスクを受容するのは、そうすることで、余裕を作り、様々な改善へリソースを割けることにつながるからです。
リスクを受容したことによる予算をエラーバジェットと呼び、それのメリットも学びました。
今回からリスクの線引き、つまりサービス目標に関する知識を学んでいきます。

まず、サービスレベルを定義する3つの言葉（SLI、SLO、SLA）について、説明します。
言葉の定義の意味を理解することで、概念的なサービスレベルに関する概念的な分類を行います。

SLI（サービスレベル指標：Service Level Indicators）

SLIは、サービスレベルの指標のことで、サービスレベルの性質を慎重に定義された計測量です。

重要なSLIとして、以下があります。

リクエストのレイテンシ（リクエストに対するレスポンスを返すまでにかかった時間）
システムのスループット（毎秒のリクエスト数）
エラー率（受信したリクエストに対するエラーの比率）
可用性（サービスが利用できる時間の比率）
イールド（処理に成功したリクエストの比率）
耐久性（長期にわたって、データが保存されている確率）

上記のようなシステム寄りの定義が、SLIの意味になります。

SLO（サービスレベル目標：Service Level Objective）

SLOは、SLIで計測でされるサービスレベルのターゲット値、あるいはターゲット値の範囲です。
すなわち、SLI <= ターゲットあるいは下限 <= SLI <= 上限がSLOになります。
SLOがユーザーに対して、明示されていない場合、ユーザーは、システムに関して、サービス運用側とは異なる考えを持つようになります。
そのため、システムを過剰に信頼したり、逆に実際以上に当てにならないものと考えるようになります。
SLOを設定し、それを公開することで、ユーザーがシステムに持つ隠れた不満をなくすことができます。

SLA（サービスレベルアグリーメント：Service Level Agreement）

ユーザーの間で結ぶ明示的あるいは暗黙の契約であり、SLOが満たせた場合、あるいは満たせなかった場合の規定が含まれます。
通常、SREはSLAの構築にはかかわりません。なぜなら、SLAがビジネスやプロタクトに密接にかかわるものだからです。SLAを持たない、明示していないサービスもありますが、これの有無にかかわらず、SLIとSLOを定義し、サービスを管理することは価値があります。

##まとめ

SLI、SLO、SLAは、サービス定義を行う為、またそれを説明するための概念

引用

Betsy Seyerほか　SRE サイトリライアビリティエンジニアリング　オライリー　39-42