应用集成对于使用组件化或者互联应用的业务中每天都在发生。虽然大多数云计划人员对云采用了同本地工作负载相同的实践，但是这可能并非最佳选择。通过从云需求和工具开始，以云为核心的计划人员可以从长期的角度实现更好的集成。可以从云接口的清单开始，随后审查云集成工具，最后基于不断的市场变化推出一个战略，而非基于以往的工作。

云接口清单

在构建应用集成战略时，作为云计划人员首要问的问题应该是“在云托管环境下，我的应用组件如何呈现？”计划人员和架构师都知道应用中的集成意味着尝试通过接口将组件放到一起。云应用可以通过连接一个或者更多的接口到一个网络中呈现，比如通过互联网或者VPN。不管用什么来连接应用，都必须暴露这些接口。

在大多数情况下，接口作为安装云应用的部署或者复杂任务的一部分呈现，因此检查这些工具和时间是一个良好的开端。如果由于并没有在云端部署应用，因而当下没有使用任何工具的话，针对每一个应用组件简单地进行接口分类。

一旦接口识别好，就可以开始审查了。一个接口通常会有一个网络地址，这个地址必须能够为用户和合作伙伴组件引用。地址的格式是什么呢？是互联网、IP或者VPN？用户和应用期望这个地址如何公开？如果将应用托管在多个地方，云提供商如何分配和维护这个地址？

如果应用在云端不断增多，要么必须在目录中注册这个地址，比如DNS、LDAP或者UDDI；要么云提供商必须通过管理界面提供整个地址。如果一个组件移动了，需要注册新的地址。一步就是确定这个地址如何注册便于访问，最佳的战略就是其云组件和用户或者合作伙伴组件能够支持。如果存在多种选择，选择一个最灵活的。现在云应用集成仍旧处于发展初期；有多个选择很有帮助。

审查应用集成工具

下一步就是为集成选择工具，这些集成工具主要有三个类别：

1.云端安装应用的部署和编制工具。这些工具可以部署云应用，而且通常也可以集成多种云组件。一些可能足够灵活，也可以支持非云组件的集成。

2.开源工具编制和集成工具，这些工具可能并不是云提供商的一项服务，但是可以支持提供商的云部署和连接需求。

3.软件公司提供的商用集成工具，比如IBM、Microsoft和Oracle。

一些云计划人员可能尝试着使用编制工具，但是如果变更云提供商，就需要为新的设置重新进行云集成。如果在选择云提供商之前，进行广泛的竞争性分析，可能会希望让自己的选择更为开放，而非某个厂商的集成工具。

相反的一面就是商用集成工具，可以从应用开发涉及到应用生命周期管理（ALM）或者是私语云软件。希望部署单一厂商软件的企业最好一开始关注一下厂商的集成工具。最重要的是要记住并非所有的开发/ALM工具能够完全胜任云部署，确保所需的产品有这个能力。集成工具能够成为厂商自己的云软件套件的一部分是最佳的结果。

开源集成是一种中立的情况，通常也是最佳的解决方案。大多数开源集成工具可以用在所有主流的公有云产品上，用户也表示更易于在IaaS产品上使用它们。这些工具很明显可以让企业用主流的开源云堆栈集成公有云组件，比如OpenStack、Apache CloudStack或者Eucalyptus。

使用开源唯一的问题就是这个集成工具可能会要求企业部署私有云服务，从而提供公有云集成，同时大多数商业集成产品允许企业集成运行在裸机服务器或者虚拟化上的数据中心组件。

如果企业对于工具有多重选择的话，云计划人员就应该罗列出那些已经可以考虑的集成选择，然后看一下这些工具的长期市场发展，其发展方向是否和自身企业业务的发展方向兼容。关注适用于扩展应用组件化的集成工具，这样可以支持目录冗余和性能加强，从而提供更为宽泛的接口和目录选择。

为未来创建应用集成策略

大约三分之二的用户发现其目前的应用集成战略对于云并非最优，因而重新部署了一个或者更多的主要应用，而且接近一半的用户表示他们的应用甚至不适用于云。如果企业希望持续甚至为更长远的时间里扩展自身的云项目，从云的一侧开始进行集成计划非常关键。采用的云集成方法差强人意，就更难进行改变，而且非常昂贵。