Message与iPaaS

Question

对于何时使用诸如RabbitMQ/Kafka这样的消息代理和使用Mulesoft/Jitterbit/Dell /Workato这样的iPaaS解决方案，是否有人可以提供建议/指导？他们能和平共处吗？还是应该选择这两个选项中的一个作为事实上的集成中间件？

我已经开始建立一个基于RabbitMQ的微服务体系结构，但正在评估其他中间件选项。在我们的服务中，我们当然需要在服务之间进行通信，但也需要与Salesforce这样的SaaS解决方案集成。我对RabbitMQ有经验，我喜欢它提供的速度和水平可伸缩性，但是与一些iPaaS解决方案相比，它是一种相当低水平的技术。例如，在Workato中，没有可供讨论的IDE或编写代码；这是在web浏览器中构建与SaaS系统集成的API的点击性体验，也是通过已安装的“代理”(通过安装的“代理”)构建API的体验。我正在为一家中型公司评估中间件选项，并试图理解所有的工具选项。消息代理和iPaaS解决方案之间有很大的不同，但它们在连接构建在不同技术栈中的软件方面都提供了价值。iPaaS通过为Salesforce等SaaS解决方案提供预先构建的“连接器”提供了潜在的生产力提升，但大多数iPaaS系统每月花费数千美元。我无法想象iPaaS解决方案能够提供与消息代理一起使用的吞吐量速度，但这是一个假设，我希望与任何可以通过iPaaS解决方案进行交谈的人进行检查。

这是一个非常广泛的问题，但我希望了解那些对iPaaS解决方案有经验的人，特别是在连接多个on-prem微服务和/或第三方SaaS解决方案方面的吞吐量/速度。在我看来，迁移到iPaaS需要更多的中心和辐射架构，而不是消息总线/消息代理架构，但也许它们可以共存？

Answer 1

一般来说，对于低级别message解决方案与iPaas之间的吞吐量，您是正确的--但是，您应该考虑是否真的需要这种吞吐量。有些iPaas解决方案非常快速，对于您的用例来说可能“足够快”。

我们成功地部署了一个集成平台，将实时系统(物联网/控制系统)与企业应用程序连接起来。它使用消息总线，允许设备发布可以触发业务流程的消息，从其他源中提取数据，并做出与事件管理相关的决策。

拥有更高级别的设计工具(而不是编写原始的低级代码)有助于减少迭代解决方案的时间，并减少进行更改和部署的时间。

如果你想要更多关于我们使用的解决方案的细节，请告诉我。