VM的繁衍进一步增加了管理的难度

    SOA治理的一条关键性原则是，分布式应用环境应当是平台无关的，其治理基础设施也应如此。在纯粹的SOA环境中，外部的API应与其底层平台无关。

    然而，当企业进入云计算市场时，通常总是会违背这一原则，只去依赖单一的公用云服务商，而后者的大多数服务都有着专利的API、研发工具、虚拟化层和治理特色，尽管有不少云服务也能够与开放的SOA以及Web 2.0的标准有某种程度的吻合。很多专利的公用云之间的互操作性基本上是不存在的，而要跨越这些不同的公用和私用云去治理服务的工具也才刚刚开始出现。

    “为了让这些跨云的服务在设计上具有可移植性，公用云服务商应当对其虚拟化服务执行开放的行业标准，”虚拟化工具厂商rPath的创始人兼首席战略官Billy Marshall说。“如果能定义服务遵从开放的虚拟化格式，那我们就能定义服务的治理与平台无关。”

    解决这一问题的一个规范就是开放虚拟化格式（OVF），是分布式管理任务组（DMTF）提出的一个标准草案，这一标准为在虚拟机（VM）中运行的软件的包装和分部定义了一种可扩展格式。rPath负责工程设计的副总裁Brett Adam说，这是为VM跨越多个云的可移植性制定的一个关键性的规范，但它到目前为止仍处于1.0版，还不能为VM“镜像”提供支持其复杂生命周期治理所需的全部内容。

    大多数SOA治理其实只停留在企业IT环境的表面：只能管理应用层中某些服务的子集，以及建立在XML、SOAP、WSDL和其他核心SOA规范上的那些Web服务。与之相对照的是，很多公用云服务商却能提供层次较深的按需服务堆栈、扩展的应用、软件平台、集成的中间件，甚至能到达硬件层。事实上，虚拟化的、以网格为基础的“硬件作为服务（HOA）”的资源池也成为了一种颇受欢迎的云服务，可以提供足够的处理能力和存储容量。

    由于很多云服务已深入了企业的应用堆栈，因此也已超出了今天的SOA治理工具的治理能力，因此要想依靠传统的SOA治理工具对云计算环境实行统一的规划、设计、配置、监控几乎没有可能。

    云治理和传统的SOA治理的一个关键性的差别就是前者关注VM的生命周期治理。为了让深层应用的自动配置和VM堆栈的集成更方便，云管理环境应能提供预包装的“服务模板”，云管理平台厂商RightScale的创始人兼CEO Michael Crandell说。

    这些嵌入了预包装策略定义的模板可控制重要生命周期服务的VM治理功能，包括VM在一个或多个公用和私用云上的部署、设置、启动、监测、控制、优化和扩展。云治理甚至可满足对于旧的VM实例实施“退役和丢弃”的周期性需求，并可以新的VM实例取代它们。

    实际上，这样的云对于云治理来说将是一种杀手级应用：可预防VM实例跨越公用和私用虚拟化基础设施的未经验证的繁衍。繁衍问题，有时也称为“VM的蔓延”，代表着维护上沉重的负担，和对云CPU、存储和网络资源的过度消耗。