どんなに忙しくても優先すべき課題
いまさら聞けない「SLA」の基礎 不履行が起こらないようにするには？
「SLA」（サービスレベル契約）は、製品やサービスの提供者と顧客双方の責任を明確化する上で重要な役割を果たす。SLAの基礎をおさらいした上で、SLAの不履行が起こらないようにするための対策を示す。
「SLA」（サービスレベル契約）は、製品やサービスの提供者と顧客が結ぶ契約だ。SLAは、
- 顧客に提供すべき具体的なサービス
- サービスのパフォーマンスを測定する指標
- サービス不履行時の補償措置
などを文書化する。顧客にとっての「SLAの成果」とは、あらゆるSLA要件の不履行が回避されることだ。
SLAを結ぶのはベンダーと顧客だけに限らない。実はSLAは「ある当事者が別の当事者のために、双方が合意したレベルに沿って何らかのことを実行する」という、あらゆる取り決めに適用できる汎用（はんよう）性がある。
例えばIT部門がビジネス部門との間で、ITを用いた特定のアクションの実行についてSLAを定めることは珍しくない。ほとんどの部門は、他の一部門または複数部門との間で、特定の業務の提供または完了に関するSLAを履行することがある。ただし実際にはベンダーとのSLAの方が一般的だ。
SLAは、SLAの要件が満たされている度合いについて、当事者間で議論や衝突の争点になることがよくある。IT管理者は、SLAの順守がいかに重要か、そしてSLAの順守においてどうすれば最も期待に応えられるかを理解することが重要だ。本稿はSLAの一般的な構成要素、SLAに盛り込むべきIT固有の指標、SLAを順守する上で「モニタリング」が重要な理由を解説する。
SLAの主な3つの形式
製品ベンダー、クラウドベンダー、ネットワーク事業者、企業のIT部門は一般的に、期待値を設定するとともに、ベンダーのパフォーマンス評価を可能にするために、社内外の顧客とSLAを締結する。SLAには次の3つの形式がある。
- サービスベースのSLA
- 特定のサービスを対象としており、そのサービスを使用する全ての顧客向けに同じパラメータを設定する。
- 顧客ベースのSLA
- ベンダーと特定の顧客の契約に基づいており、その顧客に提供される全てのサービスに適用する。
- マルチレベルSLA
- 全社レベルでの締結が重視されており、企業内の全てのエンドユーザーに適用する。企業内の部門間における契約の重複や食い違いを避けるために使われる。
SLAの構成要素
SLAは一般的に、次の構成要素の全てまたは大部分を含んでいる。各構成要素の順守が不可欠だ。
- 提供されるサービスの説明
- サービスの範囲
- サービスが提供される場所
- サービス提供者の責任と義務
- サービス利用者の責任と義務
- 許容可能なパフォーマンスレベルの説明
- パフォーマンス評価に使う指標
- パフォーマンスのモニタリング、追跡、評価プロセス
- 貧弱なパフォーマンスの解決プロセス
- パフォーマンスやエスカレーション手続きなどが許容不能なものだった場合の補償
- 知的財産の保護（SLA対象に該当するもの）
- 法律、基準、規制などの順守
- 契約の終了
各構成要素は、SLAの順守要件として扱うことができる。ユーザー企業はビジネスの観点から、サービス提供におけるどの側面が最も重要かを判断しなければならない。それらは文書化しておくとよい。
SLAの当事者はSLA順守の観点から、
- 提供されるべきもの
- 満たされるべき指標
- サービス提供に関するモニタリングと報告の方法
- SLA要件未達時の補償
について、合意を形成する必要がある。
SLA順守に必要なモニタリング
適切にモニタリングしながらSLAを運用することで、SLA契約が常に適切に守られているかどうかを確認できる。SLAの要件は継続して満たされていなければならない。例えばSLAによって合意を形成した目標復旧時間（RTO）に基づいて、サービス中断から一定時間以内にシステムをリストアしなければならない可能性がある。
SLAを最大限に活用するには、IT管理者はSLA順守のモニタリング表（表）を用意することが望ましい。表を使ってSLA順守をモニタリングし、全ての指標が満たされているかどうか確認すべきだ。
| SLA番号 | SLA名 | 外部リソース | 社内エンドユーザー | 合意済み指標 | パフォーマンス | 問題解決 | コメント |
|---|---|---|---|---|---|---|---|
| #001 | 音声ネットワークのパフォーマンス | 地域の通信キャリア | ITネットワーク部門 | 報告を受けて2時間以内にサービス停止 | 許容 | 不要 | なし |
IT部門はSLA順守を見過ごしてしまうことが時々ある。さまざまなプロジェクトやシステムを抱え、緊急事態にも備えざるを得ないからだ。ベンダーが問題修正を怠ったり、遅らせたりしたためにサービスが停止すると、ビジネスの中断といった重大な事態が発生する恐れがある。このことを考えると、SLAの順守は極めて重要だ。
TechTarget発 先取りITトレンド
米国TechTargetの豊富な記事の中から、最新技術解説や注目分野の製品比較、海外企業のIT製品導入事例などを厳選してお届けします。
Copyright © ITmedia, Inc. All Rights Reserved.
TechTarget発 先取りITトレンド
米国TechTargetの豊富な記事の中から、最新技術解説や注目分野の製品比較、海外企業のIT製品導入事例などを厳選してお届けします。
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
“攻撃者優位”なサイバーセキュリティ、全ての「穴」をふさぐ方法とは？ -
製品資料
実際に悪用される脆弱性は4％前後 優先的に対処すべき脆弱性を把握するには？ -
製品資料
HubSpotの機能を拡張する法人データ活用法 -
製品資料
面倒で非生産的な「名寄せ」作業 高精度＆高効率に実施するには？ -
製品資料
名刺管理には「その先」がある 成果のでない営業活動から脱却する秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
「VMware離れ」は本当か 3000社がVCF 9にかじを切った現実的な理由
-
2
ISMSの“コンサル丸投げ”が招く数千万円の無駄 NTTドコモビジネスの脱出劇
-
3
AWS障害でも補償ゼロの衝撃 サイバー保険で情シスが見落とす「細則の壁」
-
4
なぜ人はいるのにDXが進まない？ ライオンも直面した“老害”レガシーシステム
-
5
脱VMwareに待った？ AI基盤を掲げるBroadcomの思惑と情シスが直面する新コスト
-
6
マンガで解説：KSK2稼働で何が変わる？ 税務調査の高度化に備えるデータ管理
-
7
Netflixのバックエンドは「ほぼJava」 3000超のアプリを支える開発基盤の裏側
-
8
「Microsoft 365」が乗っ取られる 跡形もなくMFAを破る手口
-
9
「高すぎるGPU」を捨てAI推論をCPUへ Armが示す電力とコストの現実解
-
10
AI-DLCを見据えるサイバーエージェントとリクルートが考える開発組織戦略とは？
ホワイトペーパーランキング PR
-
1
AIエージェントで多様な日常業務を効率化するための入門ガイド
-
2
AIが「わざわざ使うツール」になっていない？ 業務で自然に使う導線にする秘訣
-
3
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは？
-
4
「NAS」「SAN」「DAS」は何が違う？ いまさら聞けないストレージの基礎
-
5
コスト分析で見る「デバイス復旧」の代償 損失額から導きだされた投資戦略とは
-
6
“あのファイル転送”で暗躍するノーウェアランサム
-
7
「結局、一部の人しか使わない」 AI活用が業務に定着しない根本的な理由
-
8
Macの安全神話は崩壊？ 最新の脅威動向から見えた攻撃のトレンドと有効な対策
-
9
3分で分かる経理DX 富士通が約20％の業務効率化を実現した方法とは
-
10
ランサムウェア攻撃を“二重の防御構造”で防ぐ、クラウド型基幹システムの実力
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー