雲策略開發創建可供多個合作夥伴使用的服務水準協定

外部雲計算HTTP://www.aliyun.com/zixun/aggregation/14189.html">服務水準協定專注于供應商的資料中心和網路基礎架構的特徵。 儘管公司可以為其私有的平臺即服務 (PaaS) 設置雲計算 SLA，使 SLA 基於供應商公共的基礎架構即服務 (IaaS)，但公司可能希望更多地掌控作業系統、伺服器和網路基礎架構，從而解決一些問題（比如頻繁的服務中斷）的根源。

通過調用附加到外部 SLA 的附加條款，公司可以將私有 PaaS 應用程式遷移到其內部資料中心。 當公司解決問題之後，就可以將更加健全的 PaaS 應用程式返回到雲中。

本文提供了一個內部化 SLA 的路線圖，其中的場景提供了 SLA 變數、服務元素和使用者控制項，使用一條策略演示了如何最佳地管理 SLA。

內部化的 SLA 在 SLA 領域相對比較新穎。 它們是外部 SLA（最古老的居民）與內部 SLA（不是很年輕的居民）相混合的產物。 能夠將它們用作有效工具主要是因為雲計算基礎架構的激增，系統和應用程式資源可能被多次複製並位於不同的位置。

外部 SLA 居民分散在外部雲中，在客戶、供應商、網路服務提供者和其他外部組織之間形成了複雜的關係。 可伸縮性是雲的最大優勢之一。 外部供應商能夠控制作業系統、伺服器和外部網路基礎架構。

內部 SLA 居民主要是企業中的 IT 部門，他們發現通過外部網路傳輸資料的成本非常高。 這些企業負責管理其內部資料中心內的作業系統、伺服器和網路基礎架構。

內部化的 SLA 結合了兩家之長。 在外部 SLA 上附加了一個附加條款。 該附加條款允許雲消費者將 PaaS 應用程式從外部雲傳輸到公司的內部資料中心。 應用程式到達之後，公司中待用的內部 SLA 將被重新啟動。

雲消費者（在本例中充當內部供應商）能夠更多地掌控需要修復問題的作業系統、伺服器和網路基礎架構。 雲消費者在重新啟動外部 SLA 後，將更加健全的 PaaS 應用程式返回給外部雲。

理念就是這樣的。 讓我們更詳細地分析一下這個理念。

常見 SLA 特徵

SLA 領地的所有居民都有一個共同特點。 根據定義，SLA 是兩方或更多方在服務品質、優先順序和責任方面的期望。 雲服務客戶委員會將雲計算 SLA 視為 雲消費者和提供者之間關於服務的書面期望。 決策者在評估和對比來自雲計算供應商的使用者 SLA 時，該委員會為他們提供了有關期望的內容和應知道的事項的指南。

這些居民的一個特徵是，從 SLA 的所有各方尋找輸入，以便讓 SLA 在服務的重大重組、精簡和整合期間成功生效。 SLA 應具備的另一個特徵是，參照規範來操作雲服務的底層 IT 基礎架構。

場景 1：用於私有 PaaS 的內部 SLA

公司作為內部提供者，負責提供傳統 IT 和內部雲服務的內部資料中心。 公司控制著支撐其私有 IaaS 的虛擬機器的作業系統、服務和網路基礎架構。 所有 PaaS 應用程式都位於這些虛擬機器之上。

公司與開發人員就私有 PaaS 的內部 SLA 進行協商。 SLA 中包含 4 個閾值（稍後將解釋）：

所有指定為 PaaS 上的共駐居民的 SaaS 使用者都表明，他們可以順利地訪問 PaaS 應用程式，沒有出現過服務中斷。 PaaS 平臺的性能符合 SLA 中規定的保證的服務可用性水準。 SaaS 最終使用者的期望已得以滿足。 所有 PaaS 開發人員都很滿意。

場景 2：用於雲中的私有 PaaS 的外部 SLA

公司希望將它的私有 PaaS 放在供應商的公共 IaaS 之上，視圖可根據開發、測試和運行 PaaS 應用程式的需要來擴充和精減雲資源。 公司資料中心內的作業系統、伺服器和網路基礎架構與外部供應商的資料中心類似。

遷移到雲之前，公司作為雲計算消費者，與外部供應商就其私有 PaaS 的外部 SLA 進行協商。 作為協商的一部分，雲消費者能夠控制一個完整業務生命週期記憶體在的所有應用程式。 外部供應商能夠在最低限度上進行控制：

與分配給公司資料中心內的 PaaS 應用程式開發人員的控制權相比，這些控制權更有限。

外部供應商限制了與公司就使用者、資源和資料請求閾值水準的控制。 供應商允許 SaaS 最終使用者訪問雲中的私有 PaaS 應用程式。

沒有出現服務中斷。 所有 PaaS 開發人員都很滿意。