SLAとは？SLOとの違い、稼働率・応答時間を決めるポイント

SLAは合意、SLIは物差し、SLOは目標として分ける

同じサービスについて、測るもの、目指す水準、当事者の約束を区別すると、数値の意味を追いやすくなります。三つの言葉を別々に暗記するより、「注文状況が正しく表示されたかをどう数えるか」から考えましょう。

例えば「使える状態を保ちたい」という希望だけでは、測る指標も目標も決まりません。まず閲覧操作の成功を定義し、それに対応する目標を検討し、提供側と利用側の役割や未達時の扱いまで確認します。SLOは必ず非公開、SLAは必ず返金付き、といった一律の区別にはしません。

GoogleのSRE書籍は、指標・目標・合意を区別し、目標を満たさない場合の帰結も含めて説明しています。本稿はその役割の違いを使い、当該書籍の製品目標や運用方法を、この会社の契約条件へ移していません。Google SREの原典

図で見る問い：注文状況を見る操作は、物差し・目標・合意のどこへ結び付くでしょうか。画面の操作と、測る記録、目標のメモ、合意案の紙を見てください。

この解説図を原寸で見る

図の読み方：操作の結果をどう数えるかが指標、その指標で目指す水準が目標です。合意案では対象と条件、満たさないときの扱いも確かめます。この図は役割の説明で、目標値や相手の了承を決めた結果ではありません。自社の対象操作を一つ選ぶ所から始めてください。

「何が使えるか」を、注文状況の閲覧と注文登録に分ける

画面が開けることと、注文を受け付けられることは同じ成功ではありません。このサービスの機能候補は、注文状況の表示と注文の登録です。利用者の操作と必要な結果を分けると、何を測るか、誰へ確認するかが具体的になります。

閲覧では、単に通信が返っただけでなく、どの状態が表示されたら成功と数えるかを確認します。登録では、送信ボタンを押したことと、受領を確認できたことを混同しません。ただし、受領確認が業務上の注文確定まで意味するかは別の条件です。表示やAPIの応答を、業務側の了承へ勝手に広げないでください。

対象機能・時間帯・利用条件をそろえる

提供側のSLAが基盤サービスだけを対象にしているなら、独自のアプリや利用者の端末・回線を含む操作全体が、そのまま同じ条件で保証されるとは限りません。対象の機能、環境、プラン、利用時間、必要な構成や前提を原文へ戻って確かめます。標準サービスの既定条件を読む場面と、個別に協議できる場面も分けてください。

Microsoft Learnも、対象の操作や前提、対象外、測定方法で意味が変わることを説明しています。複数の提供サービスのSLA率を単純に掛けても、このアプリの実際の可用性を確認したことにはなりません。SLAを読むための公式解説

図で見る問い：同じサービスの二つの操作は、どこからどこまで測るのでしょうか。閲覧と登録の始点・終点、測定地点と期間の未確認を見てください。

この解説図を原寸で見る

図の読み方：閲覧は状態の表示、登録は受領確認という別の終点を持つ検討案です。操作の境界だけでなく、測る場所と期間もそろえます。未確認の札は不合格の結果ではありません。次の節で対象の要求と集計条件を確認し、測定できる定義へ結び付けてください。

稼働率は、母数・停止の定義・測定場所と期間をそろえる

直前の測定範囲の図を使い、閲覧と登録のどちらの操作について話しているかを確かめてください。図の始点と終点を決めても、どこで測り、何を集計するかが不明なら、達成率を判定できません。

稼働率という同じ言葉でも、時間を数える方法と、対象の要求の成功割合を数える方法では、母数が違います。時間を基準にするなら、対象時間と、その中で停止として数える時間を定義します。要求を基準にするなら、集計対象となる要求と、成功に数える結果を定義します。一方の率を、もう一方の測定結果として使わないでください。

測定する場所と、利用者が困る場所を結ぶ

サーバー内の処理時間、APIへの要求から返答まで、利用者が画面を操作して必要な表示を得るまででは、含まれる経路が異なります。測定しやすい値が、知りたい業務の状態を代わりに表す指標なら、その限界も残します。IT運用責任者と提供側で、記録の情報源、時刻の基準、取得方法を確かめてください。

計画停止や部分的な不具合を、先に定義する

予定された保守時間を含めるか、どの機能が使えないと停止に数えるか、再試行や対象外の条件をどう扱うかで結果は変わります。「計画停止だから全部除外」「画面が出たから全部成功」と一律に置かず、当該サービスの条件へ対応させます。未知の値は、次に必要な記録と回答先へ結び付けて保留します。

一般的な非機能要求の決め方から整理したい場合は、発注前にシステムの速さや停止時の条件を決める方法も参照してください。

画面の応答、最初の返答、復旧と恒久解決を混ぜない

「応答時間」という名前だけでは、何を待つ時間か決まりません。画面の処理が返るまでと、人が問い合わせへ返答するまで、止まった仕事が再開できるまでを分け、始点と終点を確認します。

矢印は各時間の区間を説明するもので、四つが順番どおりに進んだ実記録ではありません。上の起点・終点も定義を考えるための一般的な案です。対象の操作、窓口、受付時間と、どの状態を返答・復旧・解決と数えるかを当事者で確かめます。この原票では、四つを同じ指標として扱っていません。

平均が短いだけで、困る操作がないとは判断しない

一部の要求だけが長く待たされても、平均値では目立たないことがあります。遅い側がどれくらいあるかを見る割合や分布、対象の時間帯・負荷条件を合わせて検討してください。「対象要求のうち何割が、定めた時間内に終わるか」のように、分母と時間の条件を一緒に置きます。この例では秒数や割合の目標をまだ決めていません。

問い合わせの受付・引受け・回答を営業日で測る詳しい例は、問い合わせへの返答時間と営業時間をそろえる方法で扱っています。その記事の架空の時計を、このサービスの画面応答の約束へ転用しないでください。

目標は数字の高さからではなく、業務影響と測定の実態から相談する

今回の相談の入口には、全IT構成要素へ99.9%を示す案があります。位置付けは「相談に出た一律の案。対象・期間・測定・合意は未確定」で、合意済みではありません。取引先が状況を見られない場合と、注文そのものを送れない場合では、仕事への影響と代わりの手段を別に確かめます。

目標を上げる前に、何の影響を減らしたいか、現状をどう測れるか、依存先と体制でどこまで支えられるかを明らかにします。現状が不明なら、最初の行動は達成率の約束ではなく、必要な記録と測定条件の確認です。

99.9%から停止できる分数だけを決めない

時間を基準とし、対象内の時間を使える時間と停止時間へ分ける単純な式を仮定すれば、99.9%の残りは0.1%です。しかし、その0.1%が何分かは、対象時間の長さと、停止・対象外の定義で変わります。原票では期間と提供時間が未確認なので、月の長さを勝手に置いて「この会社は何分止められる」とは計算しません。要求成功率を基準にする約束なら、この時間換算自体を測定結果へ使えません。

必要な水準と、支える条件を一緒に示す

業務上の締め、集中する操作、代わりの受付方法、障害時に判断できる担当、監視や対応に使える人員・費用、依存先の条件を整理します。高い目標が必要でも、その数値を書くだけで仕組みや体制が備わるわけではありません。標準条件で足りない点があれば、追加構成やサービスの選択肢も含め、提供側と実現条件を相談します。

AWSの一般解説も、明確で収集可能な指標と基準値、管理できる数の項目を考える観点を示しています。そこに挙げられた特定の稼働率、秒数、報告頻度を、全ての会社の正解にはしません。AWSのSLA一般解説

図で見る問い：目標を相談する前に、どんな材料が必要でしょうか。業務の影響、現状の測定、依存先、使える体制の紙から、相談する条件へたどってください。

この解説図を原寸で見る

図の読み方：同じ率でも、何を守るためか、測れる状態か、依存先と体制で実現できるかが違います。図は目標を決める材料の関係で、費用や人員の実績、目標達成や了承を示しません。分からない条件を先に確認し、根拠を持って対象と目標の案を相談してください。

未達時は、記録・条件・判定・報告・見直しをつなぐ

不具合の申告、測定上の目標未達、契約上の扱いの確定は、同じ出来事ではありません。まず対象機能と期間、当該定義に合う記録、対象外や前提条件を照合します。判断がつかない所は、合意文書と担当へ戻って確認します。

誰に何を渡し、誰が判断するかを決める

• 連絡する相手は未確認、判定する担当も未確認です。窓口と判断者、確認できる時間を合意文書へ結び付けます。
• 証跡の情報源は未確認、報告の時期は未確認です。対象の操作・時刻・現象・測定の記録を、許可された範囲で残し、取得できていない部分を正常や違反へ埋めません。

復旧作業や利用者への案内が必要なら、別途決めた運用と担当へ接続します。SLAの判定を待つことと、影響を抑える仕事の開始条件は分けてください。障害時の受付と連絡の詳しい手順は、システム障害の初動と連絡を整理する方法で扱います。

救済や申請は、個別の文書で確認する

この例の救済・サービスクレジットの条件は未確認、申請期限は未確認です。自動返金の条件は置いていません。実際のサービスでは、対象の契約・SLA本文で、適用される条件、申請の要否、期限、必要な証跡と窓口を確認します。返金が必ずある、全ての損失が補填される、と一律には扱いません。

本稿は特定の契約の法的効力や請求権を判定するものではありません。担当範囲や契約上の判断が必要なら、その文書を扱う社内の契約窓口と提供側へ確かめます。一般解説だけで、個別契約の対象・免責・救済の内容を確定しないでください。

報告を、条件と運用の見直しへ戻す

定期の見直し日程は未確認、承認された見直し手順は未確認です。変更時の考え方は「利用する業務や対象機能・契約条件の変更時に再確認する案」としています。報告では、測定条件、結果、欠けた記録、業務への影響、次の確認や対応を分け、誰が何を見直すかを決めます。

対象機能、依存先、使う時間帯、契約条件が変わったら、指標と目標、対象外、報告や引継ぎ先にも影響がないかを見ます。現在の版と適用する条件をそろえ、変更前の記録を現在の目標達成の証拠へ置き換えないでください。関連する担当・例外・資料更新の組立は、運用設計書を担当者が使える形にする方法へつなげます。

NECの一般解説も、測定・報告・対象外・未達時・見直しを含む観点を扱っています。本稿の図は、その確認をこのサービスへ当てはめる説明用です。個別の補償額や、復旧と恒久解決が同じだという定義を転用していません。NECのSLA解説

図で見る問い：目標を満たせなかったときの扱いを、合意前にどこまで決めるのでしょうか。測定の記録と合意した条件、連絡・判定、報告・見直しの紙の関係を見てください。

この解説図を原寸で見る

図の読み方：記録を条件へ照らす仕事と、連絡、判定、報告、見直しを結びます。救済は個別条件を確かめます。この図は実際の違反や補償成功の証拠ではありません。担当・情報源・窓口・期限が未確認なら、その項目を当該文書と確認先へ戻してください。

まとめ：対象の操作と測り方をそろえてから、目標と未達時の扱いを決める

直前の報告と見直しの図も使い、記録がどの条件に対応し、誰が判断し、次の見直しへどう返るかを確認してください。SLAは数値だけの表ではありません。SLIという物差し、SLOという目標、それらの条件と未達時の扱いを含む当事者の合意を分け、利用者の仕事へ結び付けます。

注文状況の閲覧と注文登録を分け、成功の定義、対象の要求、測る場所と期間、提供時間、計画停止や依存先の扱いをそろえましょう。現状値や結果が分からない所を、達成・未達・対象外へ補完しないことが重要です。