从云供应商的角度来看，云服务模型是供应商提供服务的一个新方式，能以更动态的方式提供定义良好的解决方案，并按服务的使用情况收费或计费。通过这种方式，这些服务的使用者可以为他们的产品和他们使用IT的方式实现不同的业务模型。

　　示例：使用者A想部署一个服务来托管内容，具体用什么服务不限。也就是说，他可以在新的托管合同中购买这项服务，托管服务知识也给他提供了这么一个空间，用来上载文章和管理内容，并按月对空间收费。对内容的修改几乎可以实时进行。但如果使用者需要增加服务器端处理，或者增加后台数据库来存储数据，那么他可能不得不等待几天，等候供应商修订合同，向他目前的服务中添加这些功能。在这个示例中，不是按Web服务器的活动对服务使用者收费，签署的合同通常要求按半年或一年付费。

　　或者您可以从Amazon(EC2)购买一个虚拟实例，提供一个具有CPU、内存、硬盘的基本机器，部署一个标准的Web服务器映像，然后根据需要修改内容。如果需要额外的功能，则可以部署额外的软件或实例。如果您不再需要这些内容，那么可以销毁实例，并停止付费。

　　传统托管模型和云之间的主要区别：按照使用者设计及的服务收费，而不是按固定费率收费。如果Web托管服务不忙，那么使用者可以少付些钱。所以，云在这种情况下实际上并没有提供什么新服务。服务仍然在托管中，但服务和使用模型发生了变化，允许使用者花同样的钱做更多的事情。更典型的示例就是内容供应商Netflix，为了满足预期的需求，它用Amazon来托管自己的平台。这意味着Netflix几乎能够实时地扩充它的容量，将对业务的中断降到最小。如果它需要增加更多物理容量，或者需要重新谈判现有的托管合同，就不能在需要提供服务时满足可几乎需求。所以，云本身并没有使可以做到的事情增加，但却是改变了实际能做到的事情。

　　关于IT服务，它有许多定义，但在这个情况下来说，它将会被定义为按特定拓扑方式组织起来的IT资源集合，以提供和支持特定的业务功能。首先用对将每个服务转移到云的决策进行评估，确保云能够支持所需的拓扑，并且业务能够承担有云承载的风险。而且，还需要评估云的那种部署模型最适合计划采用的云用例。

　　责任编辑：余芯