目次
🛰️ SLAとは｜ITサービスの“品質を数値で約束する”仕組み
SLA（Service Level Agreement）は、 「このサービスは、どれくらいの品質で動き続けるのか？」を数値で約束する取り決め。
DX時代の企業は、クラウド・社内システム・外部サービスに依存しているため、 サービスが止まると 売上・信用・業務すべてに影響が出る。
だからこそ、 「どこまでの品質を保証するのか？」を明確にするSLAが重要になる。
📊 SLAで定義される項目｜表で一発理解
SLAは「サービス品質のチェックリスト」と考えるとわかりやすい。
| 項目 | 意味 | 例（SaaSやクラウドでよくある） |
|---|---|---|
| 可用性（Availability） | どれだけ止まらず動くか | 99.9%稼働保証（年間8.7時間以内の停止） |
| 応答時間 | 問い合わせへの初回回答までの時間 | 4時間以内に一次回答 |
| 復旧時間（RTO） | 障害発生から復旧までの時間 | 2時間以内に復旧 |
| データ保護 | バックアップ頻度・保持期間 | 毎日バックアップ、30日保持 |
| サポート範囲 | いつ・どの方法でサポートするか | 平日9–18時、メール対応 |
| 性能指標 | 処理速度・応答速度 | API応答200ms以内 |
🧩 SLAが必要な理由｜DX時代の“止めない仕組み”
SLAがないと、次のような問題が起きる。
- 「サービスが遅い」「止まった」→ どこまでが許容範囲かわからない
- 障害発生 → ベンダーと責任の押し付け合い
- サービス改善 → 何を基準に改善すべきかわからない
SLAがあることで、
- 品質の基準が明確になる
- 責任範囲がはっきりする
- 改善の指標ができる
- 契約の透明性が高まる
つまり、SLAは “ITサービスを安心して使うための土台” になる。
📐 SLA・SLO・SLIの違い｜図解で理解する
この3つは混同されやすいが、役割が違う。
▼図解イメージ（文章版）
コード
SLI（指標） → SLO（目標） → SLA（合意）
▼表で比較
| 用語 | 役割 | 例 |
|---|---|---|
| SLI | 測定するための“指標” | 稼働率、応答速度 |
| SLO | 指標に対して設定する“目標値” | 稼働率99.95% |
| SLA | 目標値を含めた“正式な合意” | 99.9%未満なら返金対応 |
👉 SLAは「約束」、SLOは「目標」、SLIは「測定項目」 という関係。
DX検定でもよく問われるポイント。
⚙️ 可用性（Availability）の理解が超重要｜DX検定の頻出テーマ
SLAの中でも特に重要なのが 可用性（稼働率）。
▼可用性の数字はどれくらいの停止時間？
| 可用性 | 年間停止時間の目安 |
|---|---|
| 99% | 約3.6日停止 |
| 99.9%（スリーナイン） | 約8.7時間停止 |
| 99.99%（フォーナイン） | 約52分停止 |
| 99.999%（ファイブナイン） | 約5分停止 |
DX検定では、 「99.9%の可用性とは？」 という理解が問われることが多い。
🧭 SLAを設定する際のポイント｜高ければ良いわけではない
SLAは「高ければ良い」という誤解が多いが、実際には コストと業務影響のバランス が重要。
▼ポイント
- 業務に必要な品質を見極める 例：ECサイトは可用性が最重要
- 測定可能な指標にする 測れないSLAは意味がない
- 現実的な目標にする 達成不可能なSLAはトラブルの元
- コストとのバランスを取る フォーナイン以上は急激にコストが上がる
🔗 まとめ｜SLAはDXの“裏側を支える品質保証”
SLAは、ITサービスの品質を数値で定義し、 提供者と利用者の認識を揃えるための最重要ドキュメント。
DXが進むほど、企業はITサービスに依存するため、 SLAの理解は DX検定対策としても、実務としても必須。
📘 第3編－④へのつながり
SLAで「サービス品質」を理解した次は、 DXを成功させるための“組織づくり” がテーマ。
次の第3編－④では、
- デジタル人材
- PoC（概念実証）
- チェンジマネジメント
といった DX推進の核心 をわかりやすく解説していく。
【DX検定対策講座】第3編ー④｜DX推進の核心（デジタル人材・PoC・チェンジマネジメント）
