[英]Netsuite Salesforce Integration ESB vs Prebuilt Connectors
当它们分别在Salesforce和Netsuite之间使用作为纯CRM和ERP /会计/财务时,在Aria / Zuora等SaaS计费平台上使用预构建连接器是否有好处。 也就是说,与使用像Mulesoft或Boomi这样的ESB / Integration平台相比。
我们目前正在考虑更改计费和ERP系统,并将它们与Salesforce CRM集成在一起。 所以链条看起来像:
CRM - 计费解决方案 - ERP
许多计费系统都有预构建的连接器,可与Netsuite或Fusion等ERP系统配合使用,也可与Salesforce连接器配合使用。 更不用说Web服务端点/ API。
但是,像Mulesoft和Boomi(基本上是企业服务总线PaaS提供商)这样的集成供应商也允许服务之间的集成。
我来自SOA背景并且倾向于支持独立的ESB来连接系统,但由于我对Saas ERP系统缺乏了解,因此不了解预构建连接器与ESB辩论中的好处和缺陷。 我理解避免点对点集成背后的概念,这将转变为使用ESB的好处。 但是在SaaS平台中使用预构建连接器是否有好处......并且存在严重的缺点(我主要担心)。
谁能在这里提供一些见解? 我不是要求“哪一个是最好的”,只是一些真实世界的经验好坏,可以帮助某人做出这些决定。
我无法对您计划使用的服务进行全面比较,但您的问题非常有趣,所以我想我会分享我的想法和经验,希望您能从中受益。
预建连接器并不是什么新东西 - 它们早在SaaS和iPaaS成为现实之前就存在了。 因此,它们的优缺点仍然相同,您将要关注的主要问题仍然与您将面临的缺乏灵活性有关,当然还有点对点集成的缺点。 通过SaaS / iPaaS的棱镜,事情有所折射,但我相信大多数方面仍然具有相关性。
预构建的连接器功能和支持
您需要评估预构建连接器在多大程度上真正涵盖两个系统之间的集成。 salesforce等服务通过使用第三方扩展程序为其可定制性和可扩展性感到自豪。 在大多数情况下,连接器将采用一刀切的方法,只满足所有集成需求中最常见和最简单的方法。 在有些事情发生变化之前,这一切都很有趣。 事先不可能知道您可能需要什么,但想一想 - 如果您决定将它们集成在一起,您是否能够依靠预建连接器覆盖您的自定义和扩展?
您必须考虑的另一点是支持 - 如果其中一家公司决定突然宣布他们将通过您已经使用的预建连接器停止支持未来的集成,会发生什么? 您应该检查是否有任何保证。
紧耦合和服务提供商锁定
使用点对点连接器会将系统相互耦合,因此如果您需要,您将严格限制在平台之间切换的选项。 现在看起来似乎是一个相当简单的集成场景,但随着时间的推移在混合中添加更多系统通常会使事情变得更糟,因为您将在这里和那里拥有依赖关系,而不是每个新系统都有一个开箱即用的连接器与您已经使用的所有其他人轻松集成。 拥有中间件可以为您提供在需要时映射和转换数据的宝贵能力,甚至可以应用一些使您的生活更轻松(也更便宜)的业务逻辑。 此外,您还可以更换系统,而无需根据它更换其他系统。
考虑一下您的场景:如果您决定更改计费系统,则必须找到CRM和ERP提供商正确支持的计费系统。 因此,您可能仍然可能会完全使用这三个,即使例如它们不再适合您的需求,或者市场上还有其他东西可以给您带来巨大的竞争优势,只要您能够与它集成。
编排和未来的投资
关于p-2-p场景的一个重要注意事项是,如果需要,您将无法实现跨所有系统的流程服务。 使用简单形式的编排(我甚至不谈到实现通过全功能业务流程管理可以实现的目标)的额外灵活性和好处将是您的业务无法实现的。 当市场发生变化并且上市时间是决定因素时,您可能无法做好准备。
关于选择iPaaS的思考
从长远来看,使用iPaaS平台看起来是一个更好的决定。 然而,您仍然必须确保该平台不仅仅为您提供一组预定义的连接器和拖放式设备(它们都可以),而且还能够在支持行业标准的同时从头开始轻松实现您自己的集成。 我认为在谈论ESB解决方案时,无论是在云端还是在本地,都具有这种灵活性是至关重要的。
iPaaS方法的潜在缺点是:
结论
这完全取决于您所希望的灵活性与您愿意进行的投资之间的权衡。 您的决定将在很大程度上取决于您当前的业务状况和未来的增长预期,而不是纯粹的技术方面。
我希望我的想法能给你一些看法。 请在适当的时候根据您的决定和推理更新问题。 祝好运!
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.