我正在开发一个应用程序，该应用程序将以异步方式向多个服务提供者发送请求，整理响应并将结果显示给用户。
我打算创建一个组件来处理每个服务提供者。组件将是松散耦合的，因此添加或删除服务提供者应该非常容易。
组件会
我们可以在这里使用 Apache Service Mix 吗？在不到 5 秒的时间内处理请求响应周期是否足够快（假设服务提供者在不到一秒的时间内发送响应）。
或
我们可以使用任何其他 ESB，并且 ESB 的速度是否足以满足我们的要求？
提前致谢。
沙杜尔。
【问题讨论】：
标签： apache-camel mule esb apache-servicemix
Servicemix 应该能够处理这个问题。主要问题是您是否甚至需要 servicemix。
如果您希望您的组件在 OSGi 上运行，那么您可以使用 servicemix 或 karaf + camel（类似于 servicemix light）。
为了在 web 前端和组件之间进行通信，我将使用 jms，并使用 camel + pojos 来实现我建议的组件。
如果您需要更多帮助，请随时再次与我联系。看来你已经在 IRC 上找到了我 :-) 用户名：cschneide 或 cschneider
【讨论】：
关于速度：在集成项目中，消息传递/处理基础设施本身很少是瓶颈，而是与外部服务的接触点。
因此，对于您的方案，唯一的答案是：“ServiceMix 是否足够快”是“是”，因为大部分时间将花费在与您的服务提供商交互（即等待网络的响应）上，而不是在 SM 自己的消息处理中代码。
【讨论】：
在 FuseESB 4.2 版中，我在配备 2GB RAM 的 DualCore 笔记本电脑上达到了每秒 15,000 次调用。这些调用是对 ServiceMix 公开的 CXF 服务进行的。在内部，调用了一个由 OSGi 注入的 Spring bean，它只是返回随机数据。并且 ServiceMix 可以集群化。所以我认为它作为一个 Java 容器已经足够快了。
【讨论】：
关于“够快吗？”事实上，您可以查看http://esbperformance.org 来比较 8 个开源 ESB 的性能。虽然现在大多数 ESB 的性能都非常好，但发现 UltraESB 是性能最好的 ESB。
看看您的需求，它是任何 ESB 的典型用例。您需要使用过滤和转换功能来实现这一点。
过滤器将根据消息内容或传入 URL 等属性决定调用哪个流，并转发到所需的流。每个流都需要配备所需的转换逻辑来调用服务提供者。以同样的方式，返回响应将被分派到正确的流以进行反向转换。
免责声明：我为支持 UltraESB 的公司 AdroitLogic 工作。
【讨论】：