Bil*_*mus 5 erp esb saas salesforce zuora
当它们分别在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平台中使用预构建连接器是否有好处......并且存在严重的缺点(我主要担心).
谁能在这里提供一些见解？我不是要求"哪一个是最好的",只是一些现实世界的经验好坏,可以帮助某人做出这些决定.
我无法提供您计划使用的服务之间的全面比较，但您的问题很有趣，所以我想我会分享我的想法和经验，希望您能从中受益。
\n\n预构建连接器并不是什么新鲜事 - 它们早在 SaaS 和 iPaaS 出现之前就已存在。因此，它们的优点和缺点仍然是相同的，您将要考虑的主要问题仍然与您将面临的灵活性的缺乏以及点对点集成的缺点密切相关。事情在某种程度上通过 SaaS/iPaaS 的棱镜折射，但我相信大多数方面仍然相关。
\n\n预构建连接器功能和支持
\n\n您需要评估预构建连接器在多大程度上真正涵盖了两个系统之间的集成。像 salesforce 这样的服务通过使用第 3 方扩展而以其可定制性和可扩展性而自豪。在大多数情况下，连接器将遵循一种一刀切的方法，仅满足所有集成需求中最常见和最简单的需求。一切都充满乐趣和游戏，直到某些事情必须改变。不可能提前知道您未来可能需要什么，但请考虑一下 - 如果您决定集成它们，您是否能够指望预构建连接器涵盖您的自定义和扩展？
\n\n您必须考虑的另一点是支持 - 如果其中一家公司决定突然宣布他们将停止通过您已经使用的预构建连接器支持未来的集成，会发生什么？您应该检查一下是否有任何对您的保证。
\n\n紧耦合和服务提供商锁定
\n\n使用点对点连接器会将系统相互耦合，因此您\xe2\x80\x99 将严重限制您在某些时候需要在平台之间切换的选项。现在看来，这是一个相当简单的集成场景，但随着时间的推移，添加更多的系统通常会让事情变得更糟，因为你会到处都有依赖关系，而且并不是每个新系统都会有一个开箱即用的连接器来连接。与您已经使用的所有其他产品轻松集成。拥有中间件可以让您在需要时获得映射和转换数据的宝贵能力，甚至可以应用一些业务逻辑，使您的生活变得更轻松（而且更便宜）。此外，您还可以更换系统，而不必更换依赖于该系统的其他系统。
\n\n考虑您的场景：如果您决定更改计费系统，则必须找到一个能够得到 CRM 和 ERP 提供商正确支持的\xe2\x80\x99s 系统。因此，您可能会继续使用这三个，即使它们不再满足您的需求，或者市场上有其他东西，只要您能够集成，就会给您带来巨大的竞争优势用它。
\n\n编排和未来投资
\n\n关于 p-2-p 场景的一个重要注意事项是，如果需要，您将无法实现跨越所有系统的流程服务。即使使用简单形式的编排（我什至没有谈论实现功能齐全的业务流程管理可以实现的目标）所增加的灵活性和好处对于您的企业来说也是遥不可及的。当市场发生变化且上市时间成为决定因素时，您可能还没有做好准备。
\n\n选择iPaaS的思考
\n\n从长远来看，使用 iPaaS 平台似乎是一个更好的决定。然而，您仍然必须确保该平台不仅为您提供一组预定义的连接器和拖放功能（它们都提供），而且还能够在支持行业标准的同时轻松地从头开始实现您自己的集成。我认为，在谈论 ESB 解决方案时，无论是在云端还是在本地，拥有这种灵活性绝对是至关重要的。
\n\niPaaS 方法的潜在缺点是：
\n\n结论
\n\n这实际上是所需的灵活性和您愿意进行的投资之间的权衡。您的决定将在很大程度上取决于您的业务当前状况和未来的增长预期，而不是纯粹的技术方面。
\n\n我希望我的想法能给你一些看法。请在适当的时候用您的决定和推理更新问题。祝你好运！
\n| 归档时间： |
|
| 查看次数： |
381 次 |
| 最近记录： |