当 Aria/Zuora 等 SaaS 计费平台位于 Salesforce 和 Netsuite 之间时，它们分别用作纯 CRM 和 ERP/会计/财务，使用预构建的连接器是否有好处。也就是说，与使用像 Mulesoft 或 Boomi 这样的 ESB/集成平台相比。
我们目前正在考虑更改计费和 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 的棱镜，事情有些折射，但我相信大多数方面仍然相关。
预建连接器功能和支持
您需要评估预建连接器在多大程度上真正涵盖了两个系统之间的集成。通过使用 3rd 方扩展，诸如 salesforce 之类的服务以其可定制性和可扩展性而自豪。在大多数情况下，连接器将遵循一种通用的方法，该方法仅满足所有集成需求中最常见和最简单的需求。一切都充满乐趣和游戏，直到某些事情必须改变。不可能提前知道您 future 可能需要什么，但请考虑一下 - 如果您决定将它们也集成在一起，您是否能够指望预建连接器涵盖您的定制和扩展？
您必须考虑的另一点是支持 - 如果其中一家公司决定突然宣布他们将停止通过您已经使用的预建连接器支持 future 的集成，会发生什么？您应该检查一下是否有任何保证。
紧耦合和服务提供商锁定
使用点对点连接器会将系统相互耦合，因此如果您需要在某个时候切换平台，您将严重限制您在平台之间切换的选择。现在看起来似乎是一个相当简单的集成方案，但随着时间的推移添加更多系统通常会使情况变得更糟，因为您将在这里和那里有依赖关系，并不是每个新系统都有一个开箱即用的连接器与您已经在使用的所有其他工具轻松集成。拥有中间件可以让您在需要时映射和转换数据，甚至可以应用一些业务逻辑，让您的生活更轻松(更便宜)。此外，您还可以更换系统而无需更换其他系统。
考虑您的场景:如果您决定更改计费系统，您将必须找到一个同时得到 CRM 和 ERP 提供商支持的系统。因此，您可能会一直锁定使用这三个，即使例如它们不再适合您的需求，或者市场上有其他东西可以为您带来巨大的竞争优势，只要您可以与它集成。
编排和 future 投资
关于 p-2-p 场景的一个重要说明是，如果需要，您将无法实现跨越所有系统的流程服务。即使是使用简单的编排形式(我什至不是在谈论实现功能齐全的业务流程管理可以实现的目标)所带来的额外灵活性和好处，对您的业务来说都是遥不可及的。当市场发生变化并且上市时间是决定性因素时，您可能没有做好准备。
选择iPaaS的思考
从长远来看，使用 iPaaS 平台看起来是一个更好的决定。然而，您仍然必须确保该平台不仅为您提供了一组预定义的连接器和拖放功能(它们都提供)，而且还能够在支持行业标准的同时轻松地从头开始实现您自己的集成。我认为在谈论 ESB 解决方案时，拥有这种灵活性绝对至关重要，无论是在云中还是在本地。
iPaaS 方法的潜在缺点是:
结论
这实际上是在所需的灵活性和您愿意进行的投资之间的权衡。您的决定将在很大程度上取决于您的业务当前状态和您对 future 的增长预期，而不是纯粹的技术方面。
我希望我的想法能给你一些看法。时机成熟时，请用您的决定和推理更新问题。祝你好运!
关于salesforce - Netsuite Salesforce 集成 ESB 与预建连接器，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/29639769/