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

发布网友发布时间：2022-04-22 12:13

共1个回答

热心网友时间：2023-10-13 09:57

旧方法难以改掉，然而，很多企业在企业SaaS应用上后知后觉，Gartner Research和451 Research分析师如是说道。　　事实上，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说道，我比较倾向依赖这些厂商来帮助集成问题。　　大多数SaaS厂商未来将会提供更好的集成功能。Lheureux认为时间上不会很久，他相信云提供商会逐渐提供外加的集成产品而不是内置的解决方案。　　当集成在每一个IT项目内容是需求时且不符合客户需求，针对集成解决方案，重定位你的客户到第三方，Lheureux表示，SaaS提供商应该咬紧牙关，为其客户提供集成功能，而不是迫使其客户从第三方来购买集成。　　Lheureux举了Workday的例子，该公司专注于集成系统，提供应用、中间件和集成中间件(或者SaaS、iPaaS)。他预测微软将会提供Azure中的集成性能。　　云集成原则和战略　　为了突破云应用集成的障碍，DevOps应该从特定的实践变成公司层面的标准实践。在管理发展持续改变的应用资产时，如果不能遵守集成的原则，不会成功，Lheureux表示。　　对于大多数企业，还有时间制作云到企业应用集成的战略。现在，每个人都走得很慢，Lehman表示，他们并没有把整个的企业都转到SaaS模型。都是在部门层面或者通过功能在实现。　　一种坚固的战略并不意味着只用一种解决方案、一种技术方法或者一种实现方法，Lheureux表示。确实使用一种基础架构进行集成能使企业获得好处，不管应用数据和流程逻辑存储于哪里。在那个框架内，技术和模型组合可以按照逐个的方式基于预先的标准来实现。　　最后的建议：将集成遗留问题看做有价值的资产。维护并重用。无论是连接到大量的云应用还是连接到无数的外部合作伙伴，在云和/或企业应用升级或者取代或者同合作伙伴合作时，所有的接口定义、转换映射等对于持续使用都是有价值的。