5

Is there a benefit for using prebuilt connectors to and from SaaS billing platforms like Aria/Zuora when they live between Salesforce and Netsuite used as pure CRM and ERP/Acounting/Finance respectively. That is, versus using an ESB/Integration platform like Mulesoft or Boomi.

We are currently looking at changing billing and ERP systems and having them integrate together and with Salesforce CRM. So the chain would look like:

CRM -- Billing Solution -- ERP

Many of the billing systems have prebuilt connectors that work with ERP systems like Netsuite or Fusion, as well as connectors for Salesforce. Not to mention web service end points/APIs.

But there are integration vendors like Mulesoft and Boomi (basically Enterprise Service Bus PaaS providers) that also allow integration between the services.

I come from a SOA background and tend to favour a standalone ESB to connect the systems but due to my lack of familiarity with Saas ERP systems don't understand the benefits and pitfalls in the prebuilt connector vs ESB debate. I understand the concepts behind avoiding point to point integration, which would turn around to being a benefit for using ESBs. But is there a benefit for using prebuilt connectors within the SaaS platforms ... and are there serious downsides (my main concern).

Can anyone provide some insight here? I am not asking for "which one is best", just some real world experience good or bad that could help someone make these kinds of decisions.

4

1 回答 1

3

我无法对您计划使用的服务进行全面比较，但您的问题很有趣，所以我想我会分享我的想法和经验，希望您能从中受益。

预建连接器并不是什么新鲜事物——它们早在 SaaS 和 iPaaS 成为事物之前就已经存在。所以它们的优点和缺点仍然是相同的，您将看到的主要问题仍然与您将面临的缺乏灵活性非常相关，当然还有点对点集成的缺点。事情通过 SaaS/iPaaS 的棱镜有所折射，但我相信大多数方面仍然是相关的。

预建连接器功能和支持

您需要评估预建连接器在多大程度上真正涵盖了两个系统之间的集成。Salesforce 等服务通过使用 3rd 方扩展来为其可定制性和可扩展性感到自豪。在大多数情况下，连接器将遵循一种万能的方法，该方法仅满足所有集成需求中最常见和最简单的需求。在某些事情必须改变之前，这一切都是有趣和游戏。无法提前知道您未来可能需要什么，但请考虑一下 - 如果您决定集成它们，您是否可以指望让预建连接器涵盖您的自定义和扩展？

您必须考虑的另一点是支持 - 如果其中一家公司决定突然宣布他们将停止通过您已经在使用的预建连接器支持未来的集成，会发生什么？您应该检查是否有任何保证给您。

紧密耦合和服务提供商锁定

使用点对点连接器会将系统相互耦合，因此如果您在某些时候需要，您将严重限制在平台之间切换的选项。现在这似乎是一个相当简单的集成方案，但随着时间的推移添加更多系统通常会使事情变得更糟，因为您将在这里和那里有依赖关系，并不是每个新系统都会有一个开箱即用的连接器来连接与您已经在使用的所有其他人轻松集成。拥有一个中间件可以让您在需要时映射和转换数据，甚至可以应用一些业务逻辑，让您的生活更轻松（并且更便宜）。此外，您还可以更换系统，而无需依赖它来更换其他系统。

考虑一下您的情况：如果您决定更改计费系统，您将必须找到一个得到 CRM 和 ERP 提供商适当支持的系统。因此，您可能会一直被锁定在使用这三个方面，即使例如它们不再适合您的需求，或者市场上有其他东西可以为您提供巨大的竞争优势，只要您可以与之集成。

编排和未来投资

关于 p-2-p 场景的一个重要说明是，如果需要，您将无法实现跨所有系统的流程服务。使用即使是简单的编排形式（我什至不是在谈论通过功能齐全的业务流程管理可以实现的目标）所增加的灵活性和好处对于您的业务来说都是遥不可及的。当市场发生变化并且上市时间是决定因素时，您可能没有做好准备。

选择 iPaaS 的思考

从长远来看，使用 iPaaS 平台似乎是一个更好的决定。然而，您仍然必须确保该平台不仅为您提供了一组预定义的连接器和拖放功能（它们都提供），而且还能够在支持行业标准的同时从头开始轻松实现您自己的集成。我认为在谈论 ESB 解决方案时，无论是在云中还是在本地，拥有这种灵活性绝对是至关重要的。

iPaaS 方法的潜在缺点是：

  • 您开始依赖另一个服务提供商，您将承担更多费用，因为该服务不是免费的；
  • 您的数据会传输到另一家服务提供商，因此无论服务提供商试图告诉您什么，都存在额外的安全风险；
  • 在设计和实施上花费更多的前期工作；
  • 额外的负担，与必须维护集成和适应潜在变化（无论它们可能多么罕见）有关，如果新版本出现。

结论

这实际上是所需的灵活性和您愿意进行的投资之间的权衡。您的决定将在很大程度上取决于您当前的业务状态和您未来的增长预期，而不是纯粹的技术方面。

我希望我的想法能给你一些观点。请在时机成熟时用您的决定和推理更新问题。祝你好运！

于 2015-04-22T19:52:38.177 回答