当企业需要集成内部应用及软件即服务应用程序时，一些过时的工具和特殊的方法已经无法解决编程、安全和数据转换所带来的挑战。分析师们认为，然而，我们却很难改正以往的工作方法，因此一些企业在企业SaaS应用集成发面较为落后。

企业现在必须将本地应用与云应用完美地整合到一起吗？软件集成专家们向我们解释了传统集成方式失败和新工具、新策略奏效的原因。

Benoit Lheureux是美国康涅狄格州斯坦福德市Gartner公司的分析师，Lheureux认为应用集成在“云风暴”中迷失了方向。为了追赶虚拟化和云计算的潮流，许多公司在本地应用与云计算应用的数据集成和数据同步方面都未能履行应尽的责任。Lheureux补充说，然而讽刺的是，虚拟化及云却是数据集成的基本要求。

实际上，SaaS供应商并没有提供一套完整的集成系统，因此对于早期使用云应用程序的企业来说有点措手不及。Lheureux 说：“有这样一种误解，因为每一个云供应商都有一种API，所以，应用集成也可以是‘自动执行的’”。云供应商所拥有的API并不能适用于所有情况，因为这些API通常都具有专用、冗长和复杂的特性，Lheureux举例说，Force.com的API就有500多页。

IT公司也曾假设，是否可以使用传统集成方法来实现云应用集成，如在应用程序与几种不同类型的业务之间使用提取、转换、加载（ETL）、外部EDI以及FTP服务进行数据集成。在美国纽约，Carl Lehmann拥有了451家Research有限责任公司，其中涵盖企业架构、集成和业务流程管理等方面。Lehmann认为，传统方式所出现的问题是，这些工具成本较高，操作时需要具备一定的技术水准，并且，也没有必要花费时间设计出一套云系统的工作方式。

过去的五年里，Lheureux看到，每一次公司处理一次性、特性方案时，他们都会创造出一种新型的SaaS应用。他说：“直到你亲自尝试过云项目，你才能体会到是多么希望数据整合不要那么复杂。如今，已经犹如乱麻，然而，他们还必须用一种理性的方法来处理所有类型的应用程序集成问题。”

云计算、企业应用集成中所面临的困扰

Lehmann说，许多公司都希望从不同供应商那得到多种SaaS技术，这样不同的内部应用程序就可以应对各种复杂的问题，内容如下：

要确保数据能从一个系统转换到另一种系统中，或者从内部应用转换到云系统中；
保持关联性以及保证其在数据转换过程中仍然具有其在企业内部系统中的同等安全级别；
要具备转入数据所能适应的结点，并且，在两种不同类型系统具有交互性
对数据流进行编程，保证合适的数据在恰当的时间转入到适当的系统中，这样做，就可以建立一种全面的、具有凝聚力的信息方案，而不仅仅是一种信息仓库

在Lehmann看来，数据编程最需要的就是集成功能。用户更倾向于使用可视化界面，这样他们会看到数据的质量、安全性、可靠性以及准确性，因此，他们可以相应地进行管理和编辑。

SaaS供应商的应用集成功能

Lheureux and Lehmann说，如今，许多SaaS供应商在其应用程序中都添加了独特的功能，但是都没能实现集成功能。他们建议，用户要仔细评估SaaS供应商所提供的集成功能，加上他们自身的能力，以及能够填补二者之间差距的第三方云企业应用程序集成技术。

Lehmann说，对SaaS供应商的技术评定要集中在质量、转换能力、安全性、容量以及软件编程这些方面。我们要确定SaaS供应商所提供的产品可以显示标准化数据，这样集成服务供应商或者内部企业集成技术部门就可以使用该产品，例如企业服务总线。

第三方集成服务供应商的出现使得SaaS应用集成项目得以顺利进行。Dell(Boomi)、MuleSoft、PathLogic、 Jitterbit、 Kapow、alend、 Vitria、Tibco、Red Hat 和IBM (Cast Iron)所提供的第三方工具可以协助SaaS共同完成内部应用程序的集成项目。Lehmann 说：“对于中小型公司来说，第三方供应商所给出的价格是合理的，他们同样也将大公司的部分解决方案引入中小型企业使用。在集成项目中，我将依赖这些供应商完成预定目标。”

当与集成服务供应商合作时，用户的规模及数量都会发生变化，其中包括产品定价模型。Lehmann说，要注意定价模型的比例，因此你可以对此进行预算。

他认为，未来大多数供应商都会提供更为完善的集成功能。Lheureux觉得，这种进程不能发展的太快，并相信云供应商在提供集成附件时有些懈怠，而且其中也没用包含软件部分。

Lheureux说：“当每一个IT项目都需要集成功能时，你要重新将客户引向第三方集成方案，这样做将不足以满足客户的需求。SaaS供应商本应该勉为其难向用户提供集成功能，而不是逼迫客户从第三方那购买集成产品。”

Lheureux以Workday公司做了一个案例分析。该公司已经以捆绑的形式（或者是以SaaS以集成平台即服务的形式）购买了集成系统、软件供应、中间件以及集成插件的使用权。他预测，微软在日后Windows Azure云服务方面也会向用户提供集成服务。

云集成的原则与战略

为了能打破云应用程序集成开发中所遇到的瓶颈，DevOps同样也应该将集成开发由原来的专业化标准改为适用于企业的标准。Lheureux说：“在软件开发的进程管理上不可能一帆风顺，如果对集成开发的要求不是那么太严格，那么我们就可以对应用程序文件进行适当的修改。”

而对于大多数企业来说，完成企业云应用集成策略的草稿仍然需要花费一定的时间。Lehmann 说：“现如今，每个人的工作进度都非常慢。他们还没有将整个企业转入到SaaS模式中。他们只是分级或者分部门的开展这项工作。”

Lehmann说，以这种标准化的方式来开始战略计划会遇到之前所提到的四种挑战：转化、安全、数量以及编程。Lheureux认为，从以上四个方面出发，我们就会设计出一种连贯的、严格的应用程序集成战略，这样就可以作用于所有应用程序数据资源中，其中包括内部数据或者云数据，企业防火墙之外或者之后的数据。在购买使用权之前，对我们要对云应用是如何进行集成的过程开展一次信息决策。

Lheureux说，一种连贯的战略并不一定意味着仅能使用一种技术方法或者一种实践方式。当然，不论这种应用程序的数据和流程逻辑存储在哪里，企业都可以通过使用一种集成基础架构而获利。然而，这种结构框架就可以提供一套技术和模型文件，你可以按照既定的标准进行使用。

终极建议：将集成构件视为一种宝贵的资产。保持它们的重用性。当云应用或者企业应用需要更新或者替换以及与贸易伙伴往来时，所有的接口定义、贴图转换等等都会体现出其所具备的价值，无论此时是与十几个云应用或者一千个外部贸易伙伴相连接—Jan Stafford