activemq - 为什么我要使用 Apache ServiceMix 而不是 ActiveMQ

Question

我开始规划一个新平台，需要集成来自各个外部平台的各种服务。本质上，我将一堆内部的、本土的服务和我们从第三方获得许可的几个外部服务捆绑在一起。

一般来说，外部服务都是 Web 服务，但它们是 REST、SOAP 和 XML-RPC 的混合体。我们的一些内部服务有 REST API，但有很多事情并不那么容易:XMPP、Hessian、自定义套接字协议(protocol)、Java RPC、uWSGI 等等。

根据我的研究，像 Apache ServiceMix 这样的 ESB 似乎很适合我的需求。然而它看起来真的很复杂。我不会发射火箭，但我确实需要事务消息传递(主要用于电子商务和权利内容)。我觉得 ServiceMix 在底层使用的消息队列 (ActiveMQ) 本身就足够了。

谁能解释一下 ServiceMix 在 ActiveMQ 之上以及之外提供了什么？我知道有很多，但对于像我这样的 ESB n00b 来说，当我沉浸在流行语中时，很难真正理解其中的明显区别。

谢谢!

Answer 1

ServiceMix 是一个基于 OSGi 的容器，允许您在受控运行时环境中部署和运行应用程序(类似于 J2EE 容器，但重量较轻，并且无需对 J2EE 合约等进行编程)。感谢 OSGi，您可以将应用程序划分为多个部分，并彼此独立地更新/发展这些部分。您可以升级部分应用程序，而无需删除整个应用程序。 OSGi 中的生命周期管理比独立 Java 进程要好得多。

如果您想创建一个会随着时间的推移而发展的应用程序，那么您应该考虑 OSGi。 ServiceMix 为您提供了一个运行时 OSGi 容器来部署您的应用程序。我强烈推荐 Manning 的《OSGi in Action》一书。

为了将不同的外部服务(甚至可能使用不同的传输协议(protocol))结合在一起，我推荐 Apache Camel，顺便说一句，它也可以很好地部署到 ServiceMix 中。

顺便说一句，现有的应用程序可以轻松部署到 OSGi 容器中(无需更改代码)。

托斯顿·米尔克熔断源网址:www.fusesource.com博客:http://tmielke.blogspot.com