クラウドを利用するなら確認は必須
いまさら聞けないSLA（サービスレベル契約）、その本当の意味は？
「サービスレベル契約」（SLA）は、サービスの提供者と利用者の間で交わされる契約だ。SLAには、サービス提供者が提供するサービスの内容や満たすべき性能基準が記載される。
「サービスレベル契約」（SLA）では、サービスプロバイダーが提供するサービスの性能と品質に対する利用者の期待値を、さまざまな評価基準を用いて規定する。SLAに記載する評価基準には次のようなものがある。
- 可用性とアップタイム（サービス提供時間のうち実際にユーザーがサービスを利用できる時間の割合）
- 性能のベンチマーク値（定期的に実際の性能と比較する）
- アプリケーションの応答時間
- ユーザーに影響が及ぶ可能性のあるネットワーク設定の変更について事前通知するタイミング
- さまざまなレベルの問題に対するヘルプデスクの回答時間
- 稼働統計情報（ユーザーに定期的に開示する）
SLAには、ユーザー企業のインフラの種類に応じて、社内ネットワークやサーバ、無停電電源装置（UPS）など、さまざまなインフラコンポーネントの可用性や性能の目標値を設定することになる。
ペナルティーと例外事由
SLAには通常、性能評価基準の他、ダウンタイム発生時の対応や契約したサービスレベルが未達となった場合の補償についても明記する。補償方法として一般的なのは、サービスクレジットによる月額料金の返金だ。サービプロバイダーはSLAに明記した返金率に基づき、顧客にサービスクレジットを発行する。サービスクレジット率は、SLAで規定したパフォーマンス目標値を下回った時間などに基づいて決定される。
さらにSLAは、SLAの保証対象外となる例外事由について詳述したセクションを含む。例外事由に該当する場合は、サービス品質がSLAの保証値を下回ってもペナルティーは適用されない。例外事由は、制御不能な要因についてサービスプロバイダーの責任を免除するためのものであり、不可抗力条項と呼ばれることもある。通常、自然災害やテロ行為などを含む。
SLAを締結するメリット
ネットワークサービスプロバイダーから始まったとされるSLAだが、今ではさまざまなIT分野に広まり、ITサービスプロバイダーやマネージドサービスプロバイダー、クラウドコンピューティングサービスプロバイダーなどがSLAを策定するようになっている。企業のIT部門、とりわけITサービスマネジメント（ITSM）製品を導入しているIT部門は、社内の顧客、すなわち業務部門のユーザーとの間でSLAを締結する。SLAを策定することによって、企業のIT部門は自分たちが提供するサービスの品質を測定し、その妥当性を証明できる他、アストソーシングベンダーとの比較にも活用できる。
サービスプロバイダーはSLAを策定することによって、顧客の期待を管理できる他、サービス障害や性能低下に関する免責を明記できる。一方、SLAはサービスの性能特性を詳述することで他社との比較を可能にし、サービス障害発生時の損害賠償（サービスクレジットなど）について明記するなど、顧客にも恩恵をもたらす。
サービスプロバイダーは通常、顧客との間で2つの基本契約を締結する。そのうちの1つがSLAだ。大半のサービスプロバイダーは、顧客との一般的な取引条件を定めたマスターサービス契約を締結する。そしてSLAは多くの場合、マスターサービス契約において言及することによってその一部とみなされる。SLAはプロバイダーが提供するサービスや性能の評価基準について、より詳細に規定し明文化する。
SLAのこれまでとこれから
SLAは年月と共に、さまざまなIT調達モデルに適用されるようになってきた。1980年代後半にはITアウトソーシングサービスが登場し、SLAはそうしたサービス提供者との関係を管理する方法へと進化した。SLAには、アウトソーシング業者の性能に対する期待値の他、目標未達時のペナルティーが記載され、場合によっては目標を上回ったときの報奨金が明記されることもあった。アウトソーシングプロジェクトの多くは特定の顧客向けにカスタマイズされているため、SLAも個々のプロジェクトに合わせて策定されることが多かった。
だが近年はマネージドサービスやクラウドサービスの導入が進み、SLAもそうしたサービスに合わせた内容へと進化を遂げた。昨今の契約は専用リソースよりもシェアードサービスを特徴とし、SLAはサービスプロバイダーの全ての顧客をカバーできる広範なものになる傾向がある。
どのようなタイプのSLAにせよ、SLAには時間の経過とともに修正が必要だ。サービスプロバイダーはSLAを定期的に見直して更新し、新サービスの追加や既存サービスの変更、規制環境の変化などを反映させる必要がある。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド：人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する？ シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か？ PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える？ 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか？ 失敗に学ぶAI定着
-
2
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
3
なぜ「Gemini 4 Argon」は出遅れたのか？ Googleが狙う“逆転のシナリオ”
-
4
損保ジャパンはなぜ「COBOL」を捨てなかったのか？ 脱メインフレームの真相
-
5
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
6
ChatGPTは“検索しまくり”でGeminiは“淡泊”？ データが明かすAIの裏側
-
7
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
8
「Wi-Fi 7」経由でWindowsが乗っ取られる？ 最高権限奪取の恐怖
-
9
「結局使わなくなる」Microsoft 365 Copilotを半年で定着 キリンの3施策
-
10
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化？ 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険？ 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化？ 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する？ シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない？ 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ？
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー