云计算
当业务和客户的IT服务转移到云计算的时候，云服务提供商的数量在不断地增长。为了给不断增长的云计算服务提供燃料，相应的数据中心数量也出现了同样的增长。所有类型和规模的云服务提供商，包括知名的技术领导者或数以千计的起步者或新兴成长型公司，都在这一充满希望的新IT服务交付形式上投入巨资。
通过IT资源共享来创造效率和规模效益并不是一个新概念。如果对数据中心的运营进行传统的庞大的投资能带来更多的客户，那么云的商业模式效果最好。传统的数据中心架构设计上会特意超出周期性的负载高峰，也就是说在正常或闲时，数据中心的资源往往闲置很长一段时间而不被充分利用。相反，云服务提供商为了赢得竞争优势最大限度地提高运营利润率，他们通过人力和技术手段寻求资源的优化使用。
云服务的消费者面临的挑战是如何最好地评估云服务提供商是否有能力提供正确的和有成本效益的服务，同时又能保护客户自己的数据和利益。不要假设云服务提供商会将消费者最感兴趣的东西作为他们的最高优先级。由于云计算作为一种基本的"运营商"的服务交付形式出现，因而当超出合同管理水平的时候，云计算服务提供商通常有很少或者不允许访问或者控制客户的数据和系统。当然，这种做法是正确地。但有些云计算架构可能对客户的数据完整性和安全性采取相对"自由"（liberties）的做法，如果客户意识到这些做法可能会感到不舒服。通过询问适当的问题、并且熟悉基础架构和可能出现安全漏洞的地方，客户自己针对自己计划中的云服务开展教育。
在作出决定要将所有或部分业务转移到云时，首先要了解云服务提供商如何实现"云计算的5大关键特征"的，其次它的技术架构和基础设施是否会影响满足服务水平协议SLA和解决安全问题的能力。云服务提供商可能将IT产品和其它云服务的组合作为自己的某个具体技术的基础架构，例如利用了其它云服务提供商的IaaS存储服务。
不同云服务提供商的在技术架构和基础设施可能会有所不同，但是为了符合安全要求，他们都必须全部能够展示系统、数据、网络、管理、部署和人员方面的全方位相互隔离。为了不互相干扰，每一层基础设施的控制隔离需要适当加以整合。例如，检查存储划分是否可以很容易地通过管理工具或不好的密钥管理绕过。
最后，了解云服务供应商如何处理资源动态分配，以便在商业系统的正常起伏波动过程中预测系统可用性和性能的适当水平。请记住，云计算理论还超前于它的实践：许多客户对所涉及的自动化水平作出了不正确的假设。在配置资源达到容限时，云服务提供商要确保其它的资源可以及时地无缝地提供给客户。
建议
假设有一个组织考虑购买云服务，无论是什么样的云服务，他必须很明确的知道合同中哪些服务是包括的，哪些服务是不包括的。以下总结的信息需要时刻审视，包括：云服务提供商的选择流程，选择服务提供商资质以更好匹配服务与组织需求的一些额外的问题等。
无论云服务提供商拥有哪种资质，重要的是获得承诺或授权进行客户方或外部第三方审计的权利云客户应了解云服务提供商如何实现D1中阐述的"云计算的五大关键特征"，以及技术架构和基础设施如何影响他们满足服务水平协议SLA的能力。
不同云服务提供商的在技术架构和基础设施可能会有所不同，但是为了符合安全要求，他们都必须全部能够展示系统、数据、网络、管理、部署和人员方面的全方位相互"隔离"。
了解你的云服务提供商如何在你业务发生波动时调动资源以提供最佳的系统可用性和性能。如果可行的话，找一找云服务提供商的其它客户，评估一下他们的业务波动时可能会对您的云服务提供商的客户体验影响。一定要确保服务水平协议SLA被清晰定义、可衡量、可强制执行、并且如你所需得到充分满足，没有什么可以替代。
客户应该清楚自己的云服务提供商的的补丁管理政策和程序以及这些可能对他们系统环境的影响。这种理解应反映在合同中。
由于针对某个客户进行的任何政策、流程、程序、或工具的改进都可能会导致所有客户服务的改善，所以在云服务环境中持续改进显得尤为重要。寻找那些具备标准的持续改进流程的云服务提供商。
技术支持或服务台通常是一个云服务提供商面向客户的业务窗口。为了给你的最终用户带来一个平稳、统一的客户支持经验，必须确保云服务提供商的客户支持流程、程序、工具以及支持时间与你的兼容。
正如D7讲的那样，用IT视角去审视业务连续性和灾难恢复计划，看看他们如何与人力和流程关联的。例如，云服务提供商的技术架构可能会在故障切换上采用了新的、未经验证的方法。客户自己的业务连续性计划也应解决云计算的影响和局限性。
总结
通过IT资源共享来创造效率和规模效益并不是一个新概念。如果对数据中心的运营进行传统的庞大的投资能带来更多的客户，那么云的商业模式效果最好。传统的数据中心架构设计上会特意超出周期性的负载高峰，也就是说在正常或闲时，数据中心的资源往往闲置很长一段时间而不被充分利用。相反，云服务提供商为了赢得竞争优势最大限度地提高运营利润率，他们通过人力和技术手段寻求资源的优化使用。
