SaaS计费平台(如Aria/Zuora )与Salesforce和Netsuite之间分别用作纯客户关系管理和ERP/Acounting/Finance的预构建连接器是否有好处?也就是说,与使用ESB/Integration (如Mulesoft或Boomi )不同。
我们目前正在考虑改变计费和ERP系统,并将它们集成在一起,并与Salesforce CRM进行集成。所以这条链子看起来是:
客户关系管理--计费解决方案-- ERP
许多计费系统都预先构建了与Netsuite或Fusion等ERP系统以及Salesforce的连接器一起工作的连接器。更不用说web服务的端点/API了。
但是也有一些集成供应商,比如Mulesoft和Boomi (基本上是企业服务总线PaaS提供者),它们也允许服务之间的集成。
我来自SOA背景,倾向于采用独立的ESB连接系统,但由于我对Saas系统不熟悉,我不理解预构建连接器与ESB辩论的好处和缺陷。我理解避免点对点集成背后的概念,这将转而成为使用ESB的一个好处。但是在SaaS平台中使用预先构建的连接器有好处吗.是否有严重的缺点(我的主要关切)。
有人能在这里提供一些见解吗?我不是在要求“哪一个是最好的”,只是一些真实世界的经历--好的还是坏的--可以帮助人们做出这样的决定。
发布于 2015-04-22 19:52:38
我无法对您计划使用的服务进行全面的比较,但是您的问题非常有趣,所以我想分享我的想法和经验,并希望您从中受益。
预先构建的连接器并不是什么新东西--它们早在SaaS和iPaaS成为一种东西之前就已经存在了。所以他们的优点和缺点仍然是一样的,你将看到的主要问题仍然与你所面临的缺乏灵活性有关,当然还有点对点集成的缺点。有些事情是通过SaaS/iPaaS的棱镜折射出来的,但我相信大多数方面仍然是相关的。
预置连接器功能和对的支持
您需要评估预构建的连接器在多大程度上真正涵盖了两个系统之间的集成。像salesforce这样的服务通过使用第三方扩展,以其可定制性和可扩展性为荣。在大多数情况下,连接器将遵循一刀切的方法,只满足最常见和最简单的所有集成需求。一切都是乐趣和游戏,直到某些事情发生改变。事先不可能知道你可能需要什么未来,但想想它-你能指望你的定制和扩展覆盖在预先构建的连接器,如果你决定集成他们以及?
你必须考虑的另一点是支持--如果其中一家公司突然宣布他们将停止通过你已经使用的预先构建的连接器来支持集成,那会发生什么呢?你应该检查一下,看看是否有任何保证。
紧耦合与服务提供商锁定
使用点对点连接器会使系统相互耦合,因此,如果需要的话,您将严重限制在平台之间切换的选项。现在看来,这可能是一个相当简单的集成场景,但是随着时间的推移,向混合中添加更多的系统通常会使事情变得更糟,因为您将到处都有依赖项,而且并不是每个新系统都有一个现成的连接器,以便轻松地与您已经使用的所有其他系统集成。有了一个中间件,您就可以在需要的情况下映射和转换数据,甚至可以应用一些业务逻辑,使您的生活变得更容易(而且更便宜)。此外,您还可以替换一个系统,而不必根据它来替换其他系统。
考虑一下您的场景:如果您决定更改计费系统,您将必须找到一个同时得到CRM和ERP供应商适当支持的系统。因此,你可能会被锁定在使用这三个方面,即使它们不再适合你的需求,或者市场上还有一些东西会给你很大的竞争优势,只要你能与它结合。
编制与未来投资
关于p-2-p场景的一个重要注意事项是,如果需要,您将无法实现跨所有系统的流程服务。使用即使是简单的编排形式(我甚至不会讨论使用功能齐全的业务流程管理所能实现的目标)的额外灵活性和好处对于您的业务来说是遥不可及的。当市场变化和上市时间是决定因素时,你可能没有准备好。
关于选择 iPaaS的几点思考
从长远来看,使用iPaaS平台似乎是一个更好的决定。然而,您仍然需要确保平台不仅为您提供了一些预定义的连接器和拖放美女(它们都有),而且还可以轻松地实现您自己的集成,同时支持行业标准。我认为,在讨论ESB解决方案时,无论是在云中还是在前提条件下,具有这种灵活性都是绝对重要的。
iPaaS方法的潜在缺点是:
结论
在你想要的灵活性和你愿意做的投资之间,这都是一种权衡。您的决定将在很大程度上取决于您当前的业务状况和您未来的增长预期,而不是纯粹的技术方面的事情。
我希望我的想法能给你一些看法。当时间到了,请用你的决定和推理来更新这个问题。祝好运!
https://stackoverflow.com/questions/29639769
复制相似问题