我正在寻找 Apache ESB/SOA 堆栈(Servicemix、Camel、ActiveMQ、CXF)与类似 Mule 技术的高级技术差距分析。
同样,我试图更好地了解开发人员在学习曲线、稳定性、可扩展性和满足客户要求的整体能力方面如何看待这些框架......
我正在寻找 Apache ESB/SOA 堆栈(Servicemix、Camel、ActiveMQ、CXF)与类似 Mule 技术的高级技术差距分析。
同样,我试图更好地了解开发人员在学习曲线、稳定性、可扩展性和满足客户要求的整体能力方面如何看待这些框架......
除了 Spring XML 之外,Camel 还使用 Java 领域特定语言来配置路由规则并提供企业集成模式 Camel 的 API 更小更干净(恕我直言),并且与 JBI、CXF 和 JMS 的 API 紧密结合;基于消息交换(带有输入和可选输出消息),它比 UMO 模型更紧密地映射到 REST、WS、WSDL 和 JBI 基于 Camel 的 Mule 允许轻松公开底层传输细节(例如 JmsExchange、JbiExchange、HttpExchange如果需要,对象会公开所有底层传输信息和行为)。请参阅 Camel API 与 Camel 相比如何支持核心 API 中的隐式类型转换器,以便更简单地将需要不同类型有效负载的组件连接在一起 &
Mulesoft Anypoint 是一个随时可用的全栈集成平台。Apache 组件在功能上提供了类似的功能,但通常需要更多时间来实现和支持。两者都允许下降到 Spring / Java 级别,因此两者都没有真正的技术差距。选择将取决于业务目标、可用预算以及集成项目的范围和数量。Mule 提供了更好的上市时间并且更易于操作,但并不是特别便宜。Apache 堆栈是免费的,但开发人员的时间(通常)不是。
Camel 是一个 EAI 框架,它没有自己的运行时,但另一方面,Mule 是具有自己的运行时的完整 ESB 产品。Mule 有很多连接器可以与其他系统集成,并且本身就是轻量级 ESB。开发人员可以完全自由地编写自己的连接器或调用现有的 Java 库以避免返工。