供应商总是喜欢说他们的SAAS产品和技术是完美无瑕的，如果独立来看每一项SaaS技术的确可能如此。但他们却忽略了应用开发的挑战，即如何集成来自于多个供应商的不同SaaS应用，以创建全面、无缝的用户体验。那些存在于本地部署中多年的信息孤岛并没有消失，相反他们伴随着公司的业务一并升入了云端。

　　多SaaS集成模式对于用户来说可能会是一种标配，以便从不同供应商那里精心挑选并组合出一套最符合自身需求的系统。众多业务线部门，有时为了独立完成工作会特意跨过IT部门去进行SaaS产品的应用，这就导致了多个应用实例的出现，但这些实例却又往往不能做到彼此的数据与信息互通。同时，公司间不断进行的合并与收购也给SaaS开发人员制造了更多的集成挑战。

　　持续火热的SaaS

　　当然，这波SaaS与云计算的热潮依然难以退去。今年10月，Gartner研究发现，2016年全球SaaS相关方面的营收为482亿美元，而到2020年将激增到997亿美元，年复合增长率(CAGR)为15.6%。

　　实际上这次预测是Gartner对自己先前做出的预测的一个上调。在今年2月发布的预测中，Gartner预测的CAGR为14%，其中预测SaaS财务类应用的使用将继续提升，而那些较为成熟类别的SaaS应用(特别是HCM和CRM类)的使用可能会有所减缓。

　　为何云服务具有这么大的魅力?

　　云计算和SaaS最初所承诺的那些收益，比如简化IT和降低成本，依然没有被完全证实，至少目前还没有。来自于波士顿的云迁移和管理服务供应商Cloud Technology Partner的首席架构师Ed Featherston说道：“理想很丰满，现实却很骨感”。

　　Featherston认为，将90年代的那些客户端与服务器及相关技术迁移到云端时，人们总是会遗忘那些“需要彼此联通的细节功能与应用”。而最终结果就是，我们并没有在云中看到一套完整的系统，而是数摊杂乱的碎片。

　　451 Research公司的企业架构、集成和流程管理首席分析师Carl Lehmann认为，一套完整的云系统建立的基础需要公司能够认识到基于云的服务的简单操作性以及能够获得的相关成本效益。这也可能是众多用户无法完全发挥出云计算功效的原因之一，他们无法正确地认识到云的价值。

　　不过，我们依然不可否认于云的魅力与它的吸引力。

　　在云服务模式下，当客户进行产品在线消费时，他或她可以通过营销工具以完成签单，并仅仅是通过信用卡就可以完成购买。“突然之间，我们有了更多的平台”，Lehmann说道，“因为业务流程的重要性已经超过了那些执行过程”。

　　SaaS集成技术和工具供应商Informatica 的CIO Graeme Thompson也同意这一点。云的魅力让人难以抗拒，继20世纪90年代客户端与服务器革命以及2000年初的CRM和ERP供应商整合后，Oracle于2005收购了Peoplesoft，并于2006年收购了Siebel，而Microsoft也在2001年收购了Great Plains Software。Thompson说道，人们对于这些事物的消费从未如此简单，这些应用很容易部署，所呈现出来的风景看起来也很美丽。

　　在Lehmann看来，可以确定的就是这些云计算服务的成功需要依赖于一套联系紧密的完整系统。随着公司云服务技术应用的成熟，他们所使用的云服务数量也会增多，这就要求IT部门能够将不同的云服务粘合在一起。

　　问题的关键在哪里?

　　对于用户来说，问题的关键不是要在不同云服务孤岛上建立通道，而是如何能够以一种简单易懂地方式去观察与理解系统集成带来的结果。

　　如果没有一个适当的界面设计与呈现，那么使用多个SaaS应用去处理单一任务的过程就可能会让用户头疼不已。今年四月，Forrester分析师Randy Heffner在一份SaaS集成战略报告中写到，“客户服务人员可能需要在电子商务软件中查找订单，然后打开市场营销软件以查看促销情况，再到金融软件中去查询客户信用，最后还要在CRM软件中记录相关信息”。这是一种很不理想的局面 。

　　在一个采访中，Heffner还说道：“没有哪个供应商能够满足你所有需求。Heffner认为，SaaS供应商总是承诺不用去安装任何软件或程序以吸引客户，看起来这确实与Salesforce没有软件的初衷相同，所以用户就会产生“这听起来不错，做起来也很容易，我们去试试吧”这样的想法。

　　但是现实不总是那么美好，Heffner指出，52%的软件决策者认为SaaS技术集成是一个挑战。这种担忧不仅包括SaaS与SaaS集成，还包括SaaS与传统内部应用程序的集成。

　　即便是在Oracle公司内部的高层，对于SaaS应用集成问题的担忧也是显而易见的。Oracle Cloud 副总裁Ashish Mohindroo表示，不仅是业务中常见的云服务数量已经多到泛滥，而且人们无法通过一个通用的API对这些来自于不同技术平台的服务进行简单地集成。而无论是本地部署时代还是云时代，购买的东西看起来也没有发生什么改变，只是从购买封闭的软件变成了购买封闭的服务。

　　产品生命周期管理服务、物联网融合与增强现实服务商PTC的首席数据库工程师Michael Day认为，虽然我们都试图让开发人员通过集成平台和API简单地解决集成问题，但是这过于理想化了。性能、网络延迟和数据留存问题等都会给用户和供应商带来额外的挑战与困难。

　　Day说道，“我们拥有很多计算密集型的流程和数据库服务，因而具有大量信息的输入与输出。如果在传统系统中，你不用担心延迟问题，但是当你把应用迁移到云中时，你需要考虑这个问题”。

　　比如在天气分析系统中，可能仅仅是一毫秒中，就会输送出大量的数据。而对于那些运行在不同地理区域和不同技术堆栈中的应用来说，进行相关数据传输时可能会面临着极高的延迟，这显然不利于业务的进行，Day补充道。

　　与数据库性能同样重要的是数据治理。“如果你想要在数据移动中确保安全， 那么你必须确认你的目录，以便了解数据当前的位置、数据创建时的位置、谁有权进行数据的访问与使用”。Day说道。

　　订阅模式本身也成为了一种原罪?

　　SaaS或云服务模式中的另一大吸引力来自于其简单的订阅模式，整个购买过程仅仅需要几分钟和一张信用卡。Heffner说道，“你会经常发现多个买家均来自于相同的公司，他们只是想要跟上SaaS的潮流并为自己部门带去点新东西”。

　　而其他的Gartner分析师也谈到，一家公司同时运行15个不同Salesforce实例的情况并不罕见。依据定义，任何一个SaaS应用中的多实例均可以在单一的技术平台上运行，并使用同一组的API。这种情况最终可能会被负责支付每月账单的CFO所察觉，并最终会要求开发人员进行业务合并。

　　这种需要集成多实例的情况也并不少见。Forrester副总裁兼首席分析师Liz Herbert指出，公司往往希望为CRM、物流、薪资、库存和其他不同的系统进行集成项目。像那种出现十几个Salesforce使用实例的情况，往往都是不同业务部门单独行动的结果。

　　而兼并与收购又为SaaS应用集成构成了另一个存在场景。即使是收购方与被收购方两者SaaS产品构建于相同的技术平台，集成也不是一个简单的工作。收购方的应用开发人员和操作人员需要分析双方数据库中的不同结构，并重新映射字段以实现双方业务同步。

　　总结

　　看起来，即使在云端，数据孤岛与信息孤岛的问题也并没有被解决。集成依然是困扰众多SaaS用户与供应商的首要难题。不过好消息是，有很多的厂商正在致力于此，他们试图帮助用户将不同应用整合在一起。在这些供应商中，Oracle、 Informatica、 Dell、IBM、MuleSoft、SAS和TIBCO是其中的主要玩家，而Cloud Elements、Jitterbit、 Kloud Connectors、 OneSaas、Scribe、SnapLogic、Tray.io和Zapier等也是这个日益拥挤市场中的参与者。