Loading article…
サービスレベル目標( SLO ) は、 SLIによって測定されるサービスレベルの目標値または値の範囲です。[ 1 ] SLO は、サービスプロバイダーと顧客間のサービスレベル契約(SLA)の重要な要素です。SLO は、サービスプロバイダーのパフォーマンスを測定する手段として合意され、誤解に基づく両当事者間の紛争を回避する方法として概説されます。
SLAとSLOの使用にはしばしば混乱が見られます。SLAは、提供されるサービス、サポート方法、時間、場所、コスト、パフォーマンス、および関係当事者の責任を規定する契約全体です。SLOは、可用性、スループット、頻度、応答時間、品質など、SLAの具体的な測定可能な特性です。これらのSLOは、プロバイダーと顧客の間で期待されるサービスを定義することを目的としており、サービスの緊急性、リソース、および予算によって異なります。SLOは、顧客がプロバイダーから期待できるサービスレベルを定義する定量的な手段を提供します。[ 2 ]
SLOは、メトリクス（一般的にサービスレベル指標、SLIと呼ばれる）の目標を設定することによって形成されます。たとえば、可用性SLOは、所定の期間（たとえば4週間）における可用性SLIの期待される測定値として定義される場合があります。使用される可用性SLIは、サービスの性質とアーキテクチャによって異なります。たとえば、単純なWebサービスでは、受信した有効なリクエストの総数に対する、正常に処理されたレスポンスの比率を使用する場合があります。（total_success / total_valid）[ 3 ]
シュトゥルムとモリスは[ 4 ]、SLOは以下の条件を満たす必要があると主張している。
Andrieux らは SLO を「契約のサービス品質面」と定義している。構文的には、契約条件だけでなく、日付や時刻などの品質に関する主張である。 [ 5 ] Keller と Ludwig は、SLA パラメータの状態に関して、SLO を「特定の期間内に特定のサービス状態を維持するというコミットメント」とより簡潔に定義している。[ 6 ] Keller と Ludwig はさらに、サービス プロバイダーが SLO を引き受ける主導的な主体となることが多いものの、明確な定義はなく、どの主体でも SLO の責任を負うことができると述べている。これに加えて、SLO はいくつかの異なる構成要素に分解することができる。
オプションとして、SLOにEvaluationEventを割り当てることができます。EvaluationEventは、SLOが式を満たしているかどうかを確認するための尺度として定義されます。
SLOは一般的に、達成値またはサービスレベル、目標測定値、測定期間、および測定場所と測定方法の観点から指定する必要があります。[ 2 ]例えば、「ACDシステムによって報告された1か月間の測定で、ヘルプデスクへの通話の90%が20秒未満で応答されるべきである」。結果は、目標応答時間が達成された時間の割合として報告し、望ましいサービスレベル（90%）と比較することができます。
SLOという用語は、例えばSLA@SOIプロジェクトの参照アーキテクチャ[ 7 ]など、さまざまな科学論文に見られ、WS-Agreementに関するOpen Grid Forumの文書[ 5 ]でも使用されています。