Netsuite Salesforce 集成 ESB 与预建连接器
Netsuite Salesforce Integration ESB vs Prebuilt Connectors
当 Aria/Zuora 等 SaaS 计费平台分别用作纯 CRM 和 ERP/Acounting/Finance 的 Salesforce 和 Netsuite 之间使用预建连接器进出它们是否有好处。也就是说，与使用 ESB/Integration 平台（如 Mulesoft 或 Boomi）相比。
我们目前正在考虑更改计费和 ERP 系统，并将它们与 Salesforce CRM 集成在一起。所以链看起来像：
CRM -- 计费解决方案 -- ERP
许多计费系统都有预建的连接器，可与 Netsuite 或 Fusion 等 ERP 系统配合使用，也有适用于 Salesforce 的连接器。更不用说网络服务端points/APIs。
但是也有像 Mulesoft 和 Boomi 这样的集成供应商（基本上是企业服务总线 PaaS 提供商）也允许服务之间的集成。
我有 SOA 背景，倾向于使用独立的 ESB 来连接系统，但由于我对 Saas ERP 系统不熟悉，所以我不了解预建连接器与 ESB 辩论的优缺点。我理解避免点对点集成背后的概念，这将反过来成为使用 ESB 的好处。但是，在 SaaS 平台中使用预构建的连接器是否有好处……是否存在严重的缺点（我的主要担忧）。
任何人都可以在这里提供一些见解吗？我不是在要求 "which one is best"，只是一些现实世界的好或坏的经验可以帮助人们做出此类决定。
我无法对您计划使用的服务进行全面比较，但您的问题很有趣，所以我想分享一下我的想法和经验，希望您能从中受益。
预建连接器并不是什么新鲜事物 - 它们早在 SaaS 和 iPaaS 成为现实之前就存在了。所以它们的优缺点仍然是一样的，您将要关注的主要问题仍然与您将面临的缺乏灵活性有很大关系，当然还有点对点集成的缺点。通过 SaaS/iPaaS 的棱镜，事情有些折射，但我相信大多数方面仍然是相关的。
预构建的连接器功能和支持
您需要评估预建连接器在多大程度上真正涵盖了两个系统之间的集成。像 salesforce 这样的服务以其使用第 3 方扩展的可定制性和可扩展性而自豪。在大多数情况下，连接器将遵循一种放之四海而皆准的方法，这种方法只能满足所有集成需求中最常见和最简单的需求。在必须改变某些事情之前，这一切都是有趣和游戏。不可能提前知道您未来可能需要什么，但想一想 - 如果您决定也集成它们，您是否能够指望预建连接器涵盖您的定制和扩展？
您必须考虑的另一点是支持 - 如果其中一家公司决定突然宣布他们将停止通过您已经在使用的预建连接器支持未来集成，会发生什么情况？您应该检查一下是否有任何保证。
紧密耦合和服务提供商锁定
使用点对点连接器会将系统相互耦合，因此如果需要，您将严重限制在平台之间切换的选项。现在这似乎是一个相当简单的集成场景，但随着时间的推移，添加更多的系统通常会使事情变得更糟，因为你会到处都有依赖关系，而且并不是每个新系统都会有一个开箱即用的连接器来连接与您已经在使用的所有其他软件轻松集成。拥有中间件可为您提供宝贵的能力，以便在需要时映射和转换数据，甚至可以应用一些业务逻辑，让您的生活更轻松（也更便宜）。此外，您还可以更换一个系统，而不必根据它更换其他系统。
考虑一下您的情况：如果您决定更改计费系统，则必须找到一个同时得到 CRM 和 ERP 提供商适当支持的系统。因此，您可能会一直锁定使用这三个，即使例如它们不再满足您的需求，或者市场上还有其他东西可以给您带来巨大的竞争优势，只要您可以与之集成。
编排和未来投资
关于 p-2-p 场景的一个重要说明是，如果需要，您将无法实现跨越所有系统的流程服务。即使是使用简单的编排形式（我什至不是在谈论实现功能齐全的业务流程管理可以实现的目标）所带来的额外灵活性和好处对于您的企业来说都是遥不可及的。当市场变化时，上市时间 是决定因素，您可能没有做好准备。
选择iPaaS的思考
从长远来看，使用 iPaaS 平台似乎是一个更好的决定 运行。然而，您仍然必须确保该平台不仅为您提供一组预定义的连接器和拖放功能（它们都有），而且还能够在支持行业标准的同时轻松地从头开始实施您自己的集成。我认为在谈论 ESB 解决方案时，无论是在云端还是在本地，拥有这种灵活性是绝对重要的。
iPaaS 方法的潜在缺点是：
- 您开始依赖另一个服务提供商，并且您将支付更多费用，因为该服务不是免费的；
- 您的数据会传输到另一个服务提供商，因此无论服务提供商可能试图告诉您什么，都存在额外的安全风险；
- 在设计和实施上花费更多的前期工作；
- 额外的负担，与必须保持集成和适应新版本出现时的潜在变化（无论多么罕见）有关。
结论
这实际上是所需灵活性与您愿意进行的投资之间的权衡。您的决定将在很大程度上取决于您的业务现状和未来的增长预期，而不是纯粹的技术方面。
我希望我的想法能给你一些观点。请在适当的时候用您的决定和推理更新问题。祝你好运！
当 Aria/Zuora 等 SaaS 计费平台分别用作纯 CRM 和 ERP/Acounting/Finance 的 Salesforce 和 Netsuite 之间使用预建连接器进出它们是否有好处。也就是说，与使用 ESB/Integration 平台（如 Mulesoft 或 Boomi）相比。
我们目前正在考虑更改计费和 ERP 系统，并将它们与 Salesforce CRM 集成在一起。所以链看起来像：
CRM -- 计费解决方案 -- ERP
许多计费系统都有预建的连接器，可与 Netsuite 或 Fusion 等 ERP 系统配合使用，也有适用于 Salesforce 的连接器。更不用说网络服务端points/APIs。
但是也有像 Mulesoft 和 Boomi 这样的集成供应商（基本上是企业服务总线 PaaS 提供商）也允许服务之间的集成。
我有 SOA 背景，倾向于使用独立的 ESB 来连接系统，但由于我对 Saas ERP 系统不熟悉，所以我不了解预建连接器与 ESB 辩论的优缺点。我理解避免点对点集成背后的概念，这将反过来成为使用 ESB 的好处。但是，在 SaaS 平台中使用预构建的连接器是否有好处……是否存在严重的缺点（我的主要担忧）。
任何人都可以在这里提供一些见解吗？我不是在要求 "which one is best"，只是一些现实世界的好或坏的经验可以帮助人们做出此类决定。
我无法对您计划使用的服务进行全面比较，但您的问题很有趣，所以我想分享一下我的想法和经验，希望您能从中受益。
预建连接器并不是什么新鲜事物 - 它们早在 SaaS 和 iPaaS 成为现实之前就存在了。所以它们的优缺点仍然是一样的，您将要关注的主要问题仍然与您将面临的缺乏灵活性有很大关系，当然还有点对点集成的缺点。通过 SaaS/iPaaS 的棱镜，事情有些折射，但我相信大多数方面仍然是相关的。
预构建的连接器功能和支持
您需要评估预建连接器在多大程度上真正涵盖了两个系统之间的集成。像 salesforce 这样的服务以其使用第 3 方扩展的可定制性和可扩展性而自豪。在大多数情况下，连接器将遵循一种放之四海而皆准的方法，这种方法只能满足所有集成需求中最常见和最简单的需求。在必须改变某些事情之前，这一切都是有趣和游戏。不可能提前知道您未来可能需要什么，但想一想 - 如果您决定也集成它们，您是否能够指望预建连接器涵盖您的定制和扩展？
您必须考虑的另一点是支持 - 如果其中一家公司决定突然宣布他们将停止通过您已经在使用的预建连接器支持未来集成，会发生什么情况？您应该检查一下是否有任何保证。
紧密耦合和服务提供商锁定
使用点对点连接器会将系统相互耦合，因此如果需要，您将严重限制在平台之间切换的选项。现在这似乎是一个相当简单的集成场景，但随着时间的推移，添加更多的系统通常会使事情变得更糟，因为你会到处都有依赖关系，而且并不是每个新系统都会有一个开箱即用的连接器来连接与您已经在使用的所有其他软件轻松集成。拥有中间件可为您提供宝贵的能力，以便在需要时映射和转换数据，甚至可以应用一些业务逻辑，让您的生活更轻松（也更便宜）。此外，您还可以更换一个系统，而不必根据它更换其他系统。
考虑一下您的情况：如果您决定更改计费系统，则必须找到一个同时得到 CRM 和 ERP 提供商适当支持的系统。因此，您可能会一直锁定使用这三个，即使例如它们不再满足您的需求，或者市场上还有其他东西可以给您带来巨大的竞争优势，只要您可以与之集成。
编排和未来投资
关于 p-2-p 场景的一个重要说明是，如果需要，您将无法实现跨越所有系统的流程服务。即使是使用简单的编排形式（我什至不是在谈论实现功能齐全的业务流程管理可以实现的目标）所带来的额外灵活性和好处对于您的企业来说都是遥不可及的。当市场变化时，上市时间 是决定因素，您可能没有做好准备。
选择iPaaS的思考
从长远来看，使用 iPaaS 平台似乎是一个更好的决定 运行。然而，您仍然必须确保该平台不仅为您提供一组预定义的连接器和拖放功能（它们都有），而且还能够在支持行业标准的同时轻松地从头开始实施您自己的集成。我认为在谈论 ESB 解决方案时，无论是在云端还是在本地，拥有这种灵活性是绝对重要的。
iPaaS 方法的潜在缺点是：
- 您开始依赖另一个服务提供商，并且您将支付更多费用，因为该服务不是免费的；
- 您的数据会传输到另一个服务提供商，因此无论服务提供商可能试图告诉您什么，都存在额外的安全风险；
- 在设计和实施上花费更多的前期工作；
- 额外的负担，与必须保持集成和适应新版本出现时的潜在变化（无论多么罕见）有关。
结论
这实际上是所需灵活性与您愿意进行的投资之间的权衡。您的决定将在很大程度上取决于您的业务现状和未来的增长预期，而不是纯粹的技术方面。
我希望我的想法能给你一些观点。请在适当的时候用您的决定和推理更新问题。祝你好运！