當業(yè)務和客戶的IT服務轉移到云計算的時候，云服務提供商的數量在不斷地增長。為了給不斷增長的云計算服務提供支持，相應的數據中心數量也出現了同樣的增長。所有類型和規(guī)模的云服務提供商，包括知名的技術領導者或數以千計的起步者或新興成長型公司，都在這一充滿希望的新IT服務交付形式上投入巨資。

通過IT資源共享來創(chuàng)造效率和規(guī)模效益并不是一個新概念。如果對數據中心的運營進行傳統(tǒng)的龐大的投資能帶來更多的客戶，那么云的商業(yè)模式效果最好。傳統(tǒng)的數據中心架構設計上會特意超出周期性的負載高峰，也就是說在正�；蜷e時，數據中心的資源往往閑置很長一段時間而不被充分利用。相反，云服務提供商為了贏得競爭優(yōu)勢最大限度地提高運營利潤率，他們通過人力和技術手段尋求資源的優(yōu)化使用。

云服務的消費者面臨的挑戰(zhàn)是如何最好地評估云服務提供商是否有能力提供正確的和有成本效益的服務，同時又能保護客戶自己的數據和利益。不要假設云服務提供商會將消費者最感興趣的東西作為他們的最高優(yōu)先級。由于云計算作為一種基本的“運營商”的服務交付形式出現，因而當超出合同管理水平的時候，云計算服務提供商通常有很少或者不允許訪問或者控制客戶的數據和系統(tǒng)。當然，這種做法是正確地。但有些云計算架構可能對客戶的數據完整性和安全性采取相對“自由”(liberties)的做法，如果客戶意識到這些做法可能會感到不舒服。通過詢問適當的問題、并且熟悉基礎架構和可能出現安全漏洞的地方，客戶自己針對自己計劃中的云服務開展教育。

在作出決定要將所有或部分業(yè)務轉移到云時，首先要了解云服務提供商如何實現D1中所論述的“云計算的5大關鍵特征”的，其次它的技術架構和基礎設施是否會影響滿足服務水平協(xié)議SLA和解決安全問題的能力。云服務提供商可能將IT產品和其它云服務的組合作為自己的某個具體技術的基礎架構，例如利用了其它云服務提供商的IaaS存儲服務。

不同云服務提供商的在技術架構和基礎設施可能會有所不同，但是為了符合安全要求，他們都必須全部能夠展示系統(tǒng)、數據、網絡、管理、部署和人員方面的全方位相互隔離。為了不互相干擾，每一層基礎設施的控制隔離需要適當加以整合。例如，檢查存儲劃分是否可以很容易地通過管理工具或不好的密鑰管理繞過。

最后，了解云服務供應商如何處理資源動態(tài)分配，以便在商業(yè)系統(tǒng)的正常起伏波動過程中預測系統(tǒng)可用性和性能的適當水平。請記住，云計算理論還超前于它的實踐：許多客戶對所涉及的自動化水平作出了不正確的假設。在配置資源達到容限時，云服務提供商要確保其它的資源可以及時地無縫地提供給客戶。

建議

假設有一個組織考慮購買云服務，無論是什么樣的云服務，他必須很明確的知道合同中哪些服務是包括的，哪些服務是不包括的。以下總結的信息需要時刻審視，包括：云服務提供商的選擇流程，選擇服務提供商資質以更好匹配服務與組織需求的一些額外的問題等。

• 無論云服務提供商擁有哪種資質，重要的是獲得承諾或授權進行客戶方或外部第三方審計的權利。

• 云客戶應了解云服務提供商如何實現D1中闡述的“云計算的五大關鍵特征”，以及技術架構和基礎設施如何影響他們滿足服務水平協(xié)議SLA的能力。

• 不同云服務提供商的在技術架構和基礎設施可能會有所不同，但是為了符合安全要求，他們都必須全部能夠展示系統(tǒng)、數據、網絡、管理、部署和人員方面的全方位相互“隔離”。

• 了解你的云服務提供商如何在你業(yè)務發(fā)生波動時調動資源以提供最佳的系統(tǒng)可用性和性能。如果可行的話，找一找云服務提供商的其它客戶，評估一下他們的業(yè)務波動時可能會對您的云服務提供商的客戶體驗影響。一定要確保服務水平協(xié)議SLA被清晰定義、可衡量、可強制執(zhí)行、并且如你所需得到充分滿足，沒有什么可以替代。

• 客戶應該清楚自己的云服務提供商的的補丁管理政策和程序以及這些可能對他們系統(tǒng)環(huán)境的影響。這種理解應反映在合同中。

• 由于針對某個客戶進行的任何政策、流程、程序、或工具的改進都可能會導致所有客戶服務的改善，所以在云服務環(huán)境中持續(xù)改進顯得尤為重要。尋找那些具備標準的持續(xù)改進流程的云服務提供商。

• 技術支持或服務臺通常是一個云服務提供商面向客戶的業(yè)務窗口。為了給你的最終用戶帶來一個平穩(wěn)、統(tǒng)一的客戶支持經驗，必須確保云服務提供商的客戶支持流程、程序、工具以及支持時間與你的兼容。

• 正如D7講的那樣，用IT視角去審視業(yè)務連續(xù)性和災難恢復計劃，看看他們如何與人力和流程關聯(lián)的。例如，云服務提供商的技術架構可能會在故障切換上采用了新的、未經驗證的方法�？蛻糇约旱臉I(yè)務連續(xù)性計劃也應解決云計算的影響和局限性。