为什么SaaS应用集成需要新策略和工具

日期: 2012-11-20 作者:Jan Stafford翻译:张培颖 来源:TechTarget中国 英文

企业需要集成内部应用和SaaS应用时,旧方法和特定的方法不足以面对编排、安全、数据转换等方面的挑战。旧方法难以改掉,然而,很多企业在企业SaaS应用上后知后觉,Gartner Research和451 Research分析师如是说道。   那么企业怎么做才能让本地和云应用更好的协作呢?软件集成专家揭示了为什么传统集成方法不适用以及每一种新的工具和战略如何工作。   应用集成在云计算浪潮中迷失了,Benoit Lheureux说道,他是咨询公司Gartner的副总裁。

为了追上虚拟化和云的浪潮,很多企业在认真调查如何集成和同步本地和云应用之间的数据上失败了。Lheureux补充道,但是讽刺的是,虚……

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

企业需要集成内部应用和SaaS应用时,旧方法和特定的方法不足以面对编排、安全、数据转换等方面的挑战。旧方法难以改掉,然而,很多企业在企业SaaS应用上后知后觉,Gartner Research和451 Research分析师如是说道。

  那么企业怎么做才能让本地和云应用更好的协作呢?软件集成专家揭示了为什么传统集成方法不适用以及每一种新的工具和战略如何工作。

  应用集成在云计算浪潮中迷失了,Benoit Lheureux说道,他是咨询公司Gartner的副总裁。为了追上虚拟化和云的浪潮,很多企业在认真调查如何集成和同步本地和云应用之间的数据上失败了。Lheureux补充道,但是讽刺的是,虚拟化和云却恰恰是集成的需求驱动。

  事实上,SaaS厂商不会提供完成的集成解决方案,这让很多早期的云应用采用者非常不快。“存在这样一个误解,因为每一个云提供商都有一个API,应用集成就会自动实现,”Lheureux表示。云提供商API在大多数案例中并不是答案,因为这些API通常都是私有的、过长且复杂,比如Force.com API有500多页规格说明。

  IT组织也假设云应用集成可以用传统集成技术实现,如用提取转换加载(ETL)、外部EDI和FTP服务来整合应用和各类业务。问题在于这些工具昂贵,而且要求大量技能,另外对于云系统工作也不一定是必须的方式,Carl Lehman表示,他是451 Research的分析师,主要负责企业架构、集成和BPM。

  过去五年中,Lheureux已经看到很多企业每次以一种特定的基础来处理集成就得到一个新的SaaS应用,“直到你得到了很多云项目,你就会发现集成有多复杂,”他说,“现在这些就是一团乱,必须开始跨所有类型的应用应用关系原则。”

  云和企业应用集成障碍

  IT企业想要用多种本地应用集成来自多种厂商的多种SaaS解决方案面临着非常复杂的问题,Lehman介绍,包括:

  (1)确保数据从一个系统转换到另一个系统,从本地到云;
  (2)维护连接性,数据转换要使其保持同企业内相同的安全水平;
  (3)用正确的连接类型调整数据容量和两个系统之间的交互;
  (4)编排数据流在正确的时间获取正确的数据到正确的系统,从而创建复合、整合的信息模式,而不是信息孤岛。

  编排是集成功能最需要的部分,在Lehman看来。用户需要图形可视界面,允许他们看到质量、安全、责任的状态以及所有数据的精准度,以及能够适当的管理和编排他们。

  SaaS提供商的应用集成能力

  当今,很多SaaS提供商专门研究其应用的唯一能力,而不解决集成问题,Lheureux和Lehman表示。他们建议用户小心评估SaaS厂商提供的集成功能,加上他们自身的功能以及第三方的云企业应用集成解决方案,这些都能填补二者之间的空白。

  关注SaaS厂商技术评估的质量和转换能力、安全、容量和编排解决方案,Lehman表示。确保SaaS厂商能够以标准的方式暴露数据,以便其能够为集成服务提供商或者本地企业集成技术使用,像企业服务总线。

  第三方集成服务提供商的出现让SaaS应用集成项目持续发展。第三方工具,从Dell (Boomi)、MuleSoft、PathLogic、Jitterbit、Kapow、Talend、Vitria、TIBCO到Red Hat、IBM (Cast Iron),都能帮助SaaS本地应用集成。“其价格对于中小型企业来说是合理的,他们也能够在大型企业中解释部门级解决方案,”Lehman说道,“我比较倾向依赖这些厂商来帮助集成问题。”

  在同集成服务提供商工作时,包括价格模式,这些改变了范围、容量和用户数量。要注意他们的价格模式如何扩展,以便你能够负担的其,Lehman表示。

  大多数SaaS厂商未来将会提供更好的集成功能。Lheureux认为时间上不会很久,他相信云提供商会逐渐提供外加的集成产品而不是内置的解决方案。

  “当集成在每一个IT项目内容是需求时且不符合客户需求,针对集成解决方案,重定位你的客户到第三方,”Lheureux表示,“SaaS提供商应该咬紧牙关,为其客户提供集成功能,而不是迫使其客户从第三方来购买集成。”

  Lheureux举了Workday的例子,该公司专注于集成系统,提供应用、中间件和集成中间件(或者SaaS、iPaaS)。他预测微软将会提供Azure中的集成性能。

  云集成原则和战略

  为了突破云应用集成的障碍,DevOps应该从特定的实践变成公司层面的标准实践。“在管理发展持续改变的应用资产时,如果不能遵守集成的原则,不会成功,”Lheureux表示。

  对于大多数企业,还有时间制作云到企业应用集成的战略。“现在,每个人都走得很慢,”Lehman表示,“他们并没有把整个的企业都转到SaaS模型。都是在部门层面或者通过功能在实现。”

  开始战略计划,要用标准的方式处理四个主要的挑战:转换、安全、容量和编排,Lehman说道。Lheureux表示创建一种坚固、有原则的应用集成战略,可以跨所有的应用数据运作,无论是内部还是云端,无论是企业防火墙内还是外。在购买之前,就每一个云如何集成进行知情决策。

  一种坚固的战略并不意味着只用一种解决方案、一种技术方法或者一种实现方法,Lheureux表示。确实使用一种基础架构进行集成能使企业获得好处,不管应用数据和流程逻辑存储于哪里。在那个框架内,技术和模型组合可以按照逐个的方式基于预先的标准来实现。

  最后的建议:将集成遗留问题看做有价值的资产。维护并重用。无论是连接到大量的云应用还是连接到无数的外部合作伙伴,在云和/或企业应用升级或者取代或者同合作伙伴合作时,所有的接口定义、转换映射等对于持续使用都是有价值的。

翻译

张培颖
张培颖

云计算网站编辑

相关推荐