目前，已经有一系列机构在致力于研究软件即服务（SaaS）中服务之间的互操作，如Internet标准化团体（W3C）负责管理XML和WSDL等标准，OASIS负责定义WS-*标准过程，这些积极的举措有助于减少服务提供商及其客户的风险。只要遵循这些标准，应用程序就不会被限死在一个特定的技术下，标准化促进了软件即服务模式的发展。如果每个服务提供商都制定自己的标准，那用户也就会受限于这个提供商采用的技术。反之，如果每个服务提供商都遵循统一的标准，那服务之间的互通就没有问题，购买或托管服务的用户也不会受限于一个单一的提供商。

　　一旦软件跨过服务这道屏障成为服务，应用程序间互操作问题就应备受重视。另外如果最初设计的硬件环境不能满足作为服务后的应用程序运行时需要，用户购买的服务将会受到严重影响，在购买软件即服务的应用时，我们必须重新分析数据中心或托管提供商的基础设施。

　　即使对于一个非服务型设计，部署和扩展应用程序时如果超出其初始阶段的设计余量，这时需要同时考虑硬件和软件环境扩容，需要考虑是否虚拟化操作系统，是否采用集群中间件产品实现负载均衡，以及对应用程序进行定制修改，以适应不断增长的需求。

　　在软件即服务模式下，除非是实力雄厚的组织，要建设这种基础设施可能会让人望而却步。但这样的服务提供商已经出现，它们允许小型组织按需扩大应用能力，即使用多少就支付多少费用，即按使用付费模式，这些服务提供商包括亚马逊EC2服务和谷歌的App Engine服务，以及一些专业化的软件公司，如3Tera，RightScale和Elastra等。

　　在部署和扩展云计算方面遵循标准非常重要，软件服务会从所有标准化开发中受益，因为它们能够确保应用程序间的互操作性良好，不过遗憾的是想要扩展功能，同样会受到提供商的锁定和限制。

　　在当前这个锁定是不可避免的，因为按使用付费模式需要同时购买硬件和软件的组合，并且有不同的级别，服务提供商不可能让你无限制地扩展。目前统一费用模式仍然是最流行的，在这种模型下，托管供应商通常提供相同的操作系统和硬件环境，虽然用户托管软件服务时有多种选择，但仍然不方便，一方面担心购买的托管环境不能满足需要，另一方面担心钱花多了。

　　在解决标准化问题方面第一个有意义的举措是2007年由分布式管理任务组（Distributed Management Task Force）创建的开放式虚拟机格式规范（Open Virtual Machine Format Specification ，OVF），这个规范得到了包括戴尔，惠普，IBM，微软，VMware和XenSource在内的支持，这个标准允许开发人员安装预配置的应用程序，可以很容易地复制它们，扩展起来就很方便，也没有专用硬件和软件架构的约束。

　　虚拟机技术使多个操作系统可以运行在同一台服务器上，许多按使用付费的提供商在它们的架构中采用了类似的做法。与OVF有关的创新性项目Kensho，它是一个开源工具，基于OVF标准，它可以导出/导入实例到各种虚拟设备中，只要这个虚拟设备遵循OVF标准即可。

　　关于云计算一个更全面的标准是由3Tera承担的Cloudware，它和OVF不同，它集中在单个虚拟机上，Cloudware的重点是精简云环境，如精简数据库集成和复制。

　　虽然Cloudware还处于起步阶段，它已经引起了许多按使用付费提供商的注意，这个工具有可能使它们摆脱目前使用的零碎的方法，例如，亚马逊EC2服务使用了亚马逊机器镜像（Amazon Machine Image，AMI）的概念，谷歌App Engine使用了强制CPU和数据配额。虽然Cloudware是由3Tera开发的，RightScale 和Elastra也提出了各自不同的解决方案，它们允许用户部署和扩展应用。

　　如果应用程序是按使用付费模式设计的，目前你能改变的余地很小，因为每个提供商的硬件和软件架构都不一样。

　　因此，如果你的应用程序能从按使用付费云计算提供商的部署和扩展功能受益，你应该仔细研究一下它们遵循的是什么标准，否则你的应用程序和你的组织就会依赖于一个单一的供应商。