服務級別協議（SLA）與運行水平協議（OLA）

服務級別協議（SLA）與運行水平協議（OLA）：

服務級別管理和服務級別協議在國內已被普遍接受併成用。本文試圖討論服務級別協議（SLA）和運行水平協議（OLA）的異同。

1. SLA

a.定義

服務級別協議，是 IT 服務提供方和客戶之間就服務提供中關鍵的服務目標及雙方的責任等有關細節問題而簽定的協議。既然名爲協議，一般就是用法律術語完成，其內容包含所提供服務的範圍和質量。

b.構成

一份典型的 SLA 一般應定義如下 4 方面活動。

(1).衡量各項動態指標知足 SLA 的定義；

(2).檢査各項被衡量的指標，並進行問題診斷和根源分析；

(3).採起適當的行動解決問題；

(4).爲知足 SLA 而持續維護及改進服務行爲。

除了服務活動的定義外，定義淸晰、簡明、一致性的數據點也是簽訂 SLA 雙方避免風險，確保協議執行的必要條件。對於每一條服務級別的定義一般都包括如下數據點。

(1).分類定義：在 ITIL 中成爲服務目錄。指一個須要被衡量、報告和持續提供的關鍵業務流程或功能。

(2).服務時間：須要遵循 SLA 的時間。應清楚地描述 SLA 執行的日期和時間及特殊的時間約定。

(3).服務責任：對服務需求詳細說明的條款。

(4).服務級別指標：對服務供應方工做做的考覈方法，一般以百分比表達。

(5).計量公式：描述衡呈服務的數學公式。

(6).測量間隔 / 報告週期：判斷 SLA 足否被知足的測量週期。

(7).數據源：描述數據的類型及來源，如何保存，何人負責。

(8).溝通：規定在服務供應方打破 SLA 時，應在多長時間內通知何人。這包括在打破 SLA 時的升級行爲和管理 。

除了上述技術性的描述外，做爲條款性文件，SLA 還應包含例外狀況、獎懲措施及計算方法。下而咱們以一個 SLA 樣例說明 SLA 的構成。

c.案例

咱們以 A 做爲服務接受方，B 做爲服務提供方。A 公司的關鍵業務爲 XYZ 。在該例中咱們僅定義一項服務級別。咱們將簡化法律條款性的部分，僅以數據點的描述爲主。

服務級別協議

甲方：A 

乙方：B

本協議覆蓋 XYZ 服務的供成與支持，（簡述服務內容）。 

本協議有效期爲 12 個月，從_年_月_日到_年_月_日。本協議將被每一年審覈，變動部分必須記錄於附件中的表格由雙方籤寧確認。

 

服務級別定義：XYZ 應用的端到端響應時間

有效時間：天天 24 小時，從週日到週六，不包拈用戶定義的國定假期。 

服務級別指標：響應錯誤小於總鏈接數的 1%。

響應時間：小於等於 5 秒。

溝通：

(1).服務分聯繫方式：support.xxxx.com 或 800-XXX

(2).響應時間：乙方承諾在接到報告後 5 分鐘內回撥ill話給客戶

(3).升級行爲： 30分鐘內違背 SLA，通知至乙方項目經埋；4 小時內 SLA 失敗並未能找到恢復方法，通知至甲乙雙方區域經理。

(4).升級 管理： 向甲乙雙方項 B 經理提供 SLA 失敗的月報。向甲乙雙方區域經埋提供 SLA 失畋的季報。

雙方責任約定：與 XYZ 應用相關的服務器由甲方擁有，並位於甲方數據中心，甲方應向乙方提供必要的訪問系統的權限。乙方保證遵照甲方的安全規則。

計算公式：響應時間 <= 5 秒。所謂響應時間指從發出初始査詢到用戶屏幕上顯示出全部字符。

測量間隔和報告週期：測量輪詢間隔爲 1 分鐘。報告週期爲週報（累積數據）。

數據源：測量指標將由 XX 自動化工具完成。內容包括測量點響應時間值及包含日期和時間的時間戳信息。

例外狀況及獎懲措施：（略）

2.OLA

a.定義

操做級別協議，是 IT 服務提供方和組織內部 IT 部門就某個具體服務項目的提供而達成的協議。屬於完成服務級別協議所需的支撐性協議。

b.構成

OLA 的結構與 SLA 相似，也包括活動和數據點。與 SLA 相同的是一樣須要描述範圍、時間、目標。但在數據點的表述方面則要豐富的多，一方面因爲操做級別協議更加面向技術，更爲突出的是操做級別協議中詳細描述了提供服務的 IT 部門在整個運維管理 活動中的角色和職責。若是服務供應方己按照 ITIL 最佳實踐來組織本身的 IT 運維活動的話，那麼 OLA 中將涉及 Service Operation 和 Service Transition 中的大部分流程。下面咱們以 SLA 樣例中的一樣場景來舉一個 OLA 的例子。

c.案例

服務供應方 B 的下屬部門 C 負責數據庫維護。

操做級別協議 

甲方：B 

乙方：C

本協議覆蓋支撐 XYZ 服務的數據庫服務的供應與支持，（簡述服務目標）。

本協議有效期爲 12 個月，從_年_月_日到_年_月_日。本協議將被每一年審覈，變動部分必須記錄於附件中的表格由雙方簽字確認。

服務描述：對 XYZ 應用中典型交易場景的數據庫響應時間

有效時間：天天 24 小時，每週 7 天

服務目標：C 方提供 B 方數據庫維護服務，每週五下午 4 點由 C 提供給 B 部門經埋本週的服務報訪以供審覈。

溝通：

(1).C 方聯繫方式：分機號 XXX，值班手機號 13XXXXXX

(2).在服務檯及事件管理流程中的響應時間和職責：C 方值班人員在接到 B 方故障申告後10分鐘內，將事件轉發到相應的技水工程師負責處理，並回應 B 方。

(3).在問題管理流程中的響應時間和職責：（略）

(4).在變動管理 的職責：（略）

(5).在發佈 管理 流程中的 職責 ：（略）

(6).在配製 管理 流程中的 職責 ：（略）

(7).在信息安全 管理 中的 職責 ：（略）

(8).在可用性 管理 中的職責：（略）

(9).在服務可持續性管埋中的職責：（略）

(10).在容量管理中的職責：（略）

(11).在服務級別管理中的職責：在 SLA 中輔助定義合適的目標，關心數據庫領域的 SLA 組件。

3. SLA 和 OLA 的區別
總結如下三點區別：

a.定義方面

SLA 面向外部客戶，OLA 面向 IT 服務供應者內部。

b.服務目標方面

SLA 的主體是業務主體，它多是業務應用，關鍵流程及應用場景，也能夠是公司層面，部門層面的和我的層面的；OLA 的主體是資源主體，它能夠網絡、數據庫、打印機、某個進程或特定鏈路。

c.內容方面

SLA 強調可用性、可靠性及質量指標，以指標性內容爲主；OLA 在強調指標性內容的同時還強調保障這種指標的活動，只有在規範化的流程活動下，才能夠更有力地實現服務改進計劃。