将云应用程序与现有基础设施和企业应用程序集成的最佳方法是什么?上周我们探讨了可用的集成层;本周我们将探索“连接器”技术的4种选择。
几乎每一个软件供应商现在都声称他们是基于云的，或者是云服务的，或者是对人群友好的。不幸的是，这样做会模糊云应用程序的含义。因此，本文将以不同的方式应用于每个云供应商。
有了这个免责声明，云软件的一个显著特征是它可以通过多种方式集成。在本文的第1部分，我们讨论了可以集成云应用程序的四个不同层。现在我们来看另一个维度:可用于云计算和其他Web服务集成的集成产品和工具。
第一类集成产品根本不是产品:使用云应用程序自己的平台作为集成机制。这意味着使用云供应商的业务逻辑或数据库层中可用的本地编程语言直接调用到另一个云。这是一个简单的想法，但很难实现——根据我的经验，它只在简单的点对点集成用例中有效。使用这种方法，您可能需要在云计算对话的两端开发集成代码片段……而且可能是在不同的编程语言中。开发人员必须应对的差异越多——RESTful vs SOAP、XML方言vs JSON、对象树vs DBMS表——这就越不可能成为一项有趣的练习。
即使如此，直接集成对于只读和其他用例是可行的选择。一些集成商对它推崇备至。我只对它发誓。如果您试图在云之间做一些真正的事务性的事情，那么处理消息重试、有保证的交付、两阶段提交和回滚逻辑可能会给脑垂体带来巨大的痛苦。我提到过处理系统维护窗口吗?
下一类集成产品是点对点连接器。这些服务有两种形式:用于您自己的服务器的本地版本，或者驻留在云中的集成服务。普及、Boomi (Dell)和其他供应商使用这种方法以非常合理的成本连接到广泛的云和本地应用程序。
通常，这些现成的点对点连接器提供有限数量字段的双向同步。在某些情况下，连接器根本没有配置选项，但即使是最灵活的连接器也只允许更改字段映射。添加自定义字段、映射到自定义对象，或者让内部代码直接通过管道推送数据，通常都是不可能的。
这些连接器有时是所有你需要连接，例如，Salesforce.com到QuickBooks在线。它们提供的实际上是点对点的数据同步，而不是集成的一般情况。尝试使用连接器链接第三个或第四个云不太可能工作得很好，特别是当两个连接器需要访问相同的业务对象时。
在评估连接器时，一定要评估它们的文档和支持，因为这在不同供应商之间确实存在可怕的可变性。一定要查看他们的论坛或其他讨论区，以获得对这些问题的现实评估。
下一个跨云集成的方法是使用一个连接器，该连接器不针对任何特定的应用程序，而是针对另一个云能够理解的行业标准连接。最明显的例子是ODBC和JDBC，但也有与标准库通信的语言级连接器。
这种方法的好处是灵活性:开发人员可以访问任意数量的远程表、对象或方法。此外，这些连接器通常不是很贵。
但它们仍然是点对点连接器，这意味着它们不适合将多个云集成在一起。此外，它们并没有以高级服务或对象/应用程序上下文的方式提供太多。他们管。
最后一种方法是使用集成服务器，它本身可以是云服务(托管在Amazon或其他地方)。使用集成服务器仍然需要在端点使用连接器，但连接器本质上是“哑管道”，所有智能都位于中心。由于集成服务器提供高级服务(如消息代理、翻译、重试逻辑、日志记录和管理)以及它们自己的编程(或至少脚本)环境，开发人员需要处理更多的内容。上下文敏感的路由、工作流和补偿事务都可以在不干扰任何其他云应用程序的情况下构建(更重要的是，可以演进)。
集成服务器——无论是在云中还是在内部——都是最灵活和适应性最强的方法。您可以集成的系统数量没有架构上的限制。几乎任何类型的系统(包括硬件控制器或其他遗留系统)都可以集成。而且在大多数情况下，集成服务器可以产生最好的性能。当然，缺点是它完全是“自己构建”。虽然会有模板和代码示例(谁知道呢，也许还会有一些文档)，但集成服务器的全部要点是定制的构造。
下周，我们将探讨集成的另一个维度:安全。
大卫·泰伯是普伦蒂斯·霍尔(Prentice Hall)新书《Salesforce.com成功的秘密》(Secrets of Success)的作者，也是Salesforce.com认证咨询公司SalesLogistix的首席执行官，该公司专注于通过使用CRM系统改善业务流程。SalesLogistix的客户遍布北美、欧洲、以色列和印度，David在高科技领域拥有超过25年的经验，其中包括10年的副总裁或以上职位。
在Twitter @CIOonline上关注CIO.com的所有内容。
阅读更多关于数据中心的信息雷竞技电脑网站CIO的数据中心钻雷竞技电脑网站取。
这个故事，“云应用集成:最佳路径是什么?”《第二部分》最初是由首席信息官 ．