在云端部署应用比较容易忽视一件事，就是要把这些应用和企业其余的IT框架连接起来并保证正常运转。其实和大部分的“连接”工作差不多，云集成的复杂性要比云应用和部署的组件增长的要快多了，逐渐呈现失控的状态。不论是对于对云计算抱有期待的用户，还是当前投身云计算的用户，云集成平台都是需求点。

　　企业的云集成工作要从评估集点开始，通过基础平台或者工具评估，最终得到一个比较中肯的选型，或者是有一个竞争品的对比。这个过程很明显需要最后选择出来一些产品，但是对于是不是适合的，基于重要的性能作对比就格外重要了，不仅仅是一种具体的产品或者方法。最基本的要求就是这个打包的解决方案能够制止买方的API，能够为垂直和水平的应用提供合适的模板。除了这些还有什么呢？

　　首先一点就是这个平台能为进行目标集成的云应用提供哪些具体的支持？最佳的选择当然是云集成平台直接支持软件包，其次就是支持已经集成的软件类（CRM、ERP等等），再者就是支持像SOA、SAML等这样的水平集成战略，这是对软件最基本的点所在。这项评估对于哪些运转单一供应商的集成平台的企业尤为重要。因为他们很可能最希望从紧密合作的提供商那里得到提供商自有的云集成功能。

　　第二点要注意的是这个云集成平台支持哪种类型的GUI?有些产品会提供一种较高的自定制拖放的界面，还有一些只提供一种。简单的GUI当然好，尤其是对于非IT用户，但是对于解决所有集成问题来说，可能不够灵活，尤其是云承诺增长迅速的时候更是如此。脚本或者编程界面是对IT专业人士，终端用户希望推进自己的云项目，从这一点上看可能就需要额外的专业服务来支持了。

　　再者我们要关注的也是经常忽略的就是这个云集成解决方案对于确保其安全和审计集成活动是不是可用的。应用集成导致了大量且具有破坏性的安全漏洞，缺少清晰的审计追踪来追踪应用关系的变化让问题变得孤立，对于应用的法规遵从而言也很危险，好不夸张的说可能会破坏整个的IT环境。

　　最后，要关注这个集成平台厂商在新兴的云集成项目中的发展。这一点很简单，到云提供商或者云堆栈软件厂商的网站上，看看他们相关的社区项目。比如像OpenStack这样的项目。云集成平台或者工具应该与云社区中新兴的发展趋势保持与时俱进，尤其是关于集成方面还有新兴的“DevOps”。

　　社区项目有助于我们关注这个集成平台的开源状态，大多数云计算基于或者至少在开源形式上是一种宽松的状态，这意味着能够节省潜在的许可证费用。然而，大多数开源软件并不被支持。在一些案例中，云软件可能是多许可证的（一个商业版本还有一个开源版本可用），或者从第三方提供专业的服务支持。

　　上面提到的这些集成平台要考虑的内容可以说是必须的，但是以目前云集成的成熟度来看，这些要求会把所有候选对象全部扼杀。未来企业会更加关注这些内容。最佳的策略就是根据企业的集成计划对每一个点进行评估，然后选出最适合的方案。由于云集成市场初期阶段比较新，期望企业能够进行长期的追踪也不切实际。然而，关注一下每个云集成平台是如何发展的可能会比较有帮助，看看是否厂商紧随市场发展的步伐。