RabbitMQ如何与Mule进行比较,我将使用面向消息的体系结构构build一个应用程序,而AMQP(RabbitMQ)则提供了我想要的所有东西,但是我对如此多的相关技术select以及类似的ESB概念感到困惑。 如果我不考虑其他select而做出select,我有疑问。 我大多清楚,RabbitMQ是一个消息代理,它可以帮助我调解生产者和消费者之间的消息(所有表单或发布订阅,我可以理解它是如何使用像twitter或Facebook更新等实际的例子) 什么是mule,如果我能用mule子来实现我在RabbitMQ上做的事情,我该认为mule子与RabbitMQ相似吗? mule子有一个不同于消息经纪人的目标吗? mule是否假定它有一个消息代理将消息传递给适当的mule监听器(我可以在RabbitMQ中轻松地编写监听器) mule是一个完整的Java基础系统(目前我用RabbitMQ做的实验花了我不到30分钟,写一个简单的RPC客户端服务器,客户端为C#和服务器为Java,这样的事情会在mule轻松地完成)。
嘿, 如果我们有Apache Camel,为什么要使用Apache ServiceMix和Mule等其他解决scheme? 与这些产品相比,Apache Camel不能做什么? 何时使用Mule / ServiceMix以及何时使用Camel?
我正在努力与NServiceBus和MassTransit的利弊名单。 现在我知道这里已经有了一个线程,但是它并没有真正回答我的问题。 这是我迄今读过的: NServiceBus,是的,它是许可的,它不是免费的。 MassTransit,是的,它是开源的,但文件似乎缺乏。 NServiceBus较老,并有更多的参考。 很难find关于MassTransit的东西,但我是开放的。 但是,我必须提供一个坚实的解决scheme,所以我不得不问。 所以请,有两个框架经验的人。 为什么要selectNServiceBus? 或者为什么要selectMassTransit? 性能,安全性,规模还是?
在以前的工作中,有很多关于“企业服务总线”(ESB)的讨论。 我阅读了关于它的概念性书籍的一些部分,但从来没有真正理解你将如何实现/整合它的具体条款。 我熟悉SOA /排队/目录服务/等。 但是我不明白ESB到底是什么。 它是一个具体的事情(服务/服务器/经纪人/等),你只需要以不同的方式将所有的应用程序挂接到它上面,还是更简单地devise系统的概念方式? 任何解释或链接到良好的例子将不胜感激。 谢谢。
我已经经历了Message Brokers和ESB上的不同问题/文章(甚至在stackoverflow上)。 仍然不知道Message Broker和ESB之间的CLEAR分界是什么? 现在我在这里试图比较产品,Websphere Broker和Mule ESB! 首先,(任何版本)Webshere Broker是一个ESB? 我们的IBM产品家伙声称它是一个ESB!(我对此并不感到惊讶)。 我的有限信息告诉我,Message Broker在HUB-SPOKE模型上工作。 然而,ESB在公共汽车架构上工作。 那么这到底是什么意思呢? 我读过比如果HUB失败(我猜不可用),那么经纪人完全失败。 这不是一个ESB的情况(所以这些人说)。 我不明白的是“如果公交车怎么办? 现在通常关于ESB和Brokers的东西是,它们提供了路由,转换,编排等等。所以如果两者都提供这个,那么为什么我会select一个呢。 冲突的另一个领域是关于变革。 与Message Brokers相比,ESB是否以不同的方式来实现它? 我真的很喜欢这方面的一些见解。 现在谈论水平缩放。 谁胜过谁? 或者,在复杂性(或任何其他因素)方面,它们都是同等可扩展的。 当然成本明智,Webshpere经纪人是要收取你的每个盒子(更不用说每个CPU)。 我相信,即使是商业MULE ESB也没有这样做。 撇开成本部分,ESB扩展和Message Broker扩展的含义是什么? 我碰巧知道你可以扩展到ESB的服务级别。 在Message Broker中这可能吗?