最近我一直在阅读有关分布式消息传递及其相关模式的内容。我使用了像NServiceBus这样的工具支持其中的一些模式。 许多这些模式都可以在互联网上找到描述。最近我阅读到的一些模式包括: 消息代理:http://msdn.microsoft.com/en-us/library/ff6488...
我正在测试ZeroMQ作为中型系统的Pub-Sub(服务总线)基础设施。我们大约有50个节点,所有这些节点都应该是发布者和订阅者。网络有点像星形拓扑结构,但边缘之间会“通信”。我们需要动态发现(无需硬编码参与者的网络地址),但也不需要单点故障(SPOF)。 我已经阅读了http://zero...
我成功地在一个愚蠢的示例应用程序中使用MassTransit,我在发布者控制台应用程序中发布一条消息(一个事件),然后在两个不同的消费者控制台应用程序中使用RabbitMq接收它。 这是整个示例项目的git仓库链接:https://gitlab.com/sunnyatticsoftware/...
那么有什么区别吗?对我来说,MB既了解订阅者又了解发布者,并充当中介,在有新消息时通知订阅者(实际上是“推”模型)。另一方面,MQ更像是一种“拉”模型,其中消费者从队列中拉取消息。 我完全错了吗?
我正在努力澄清Amazon的SQS Dead Letter Queue到底是做什么的。 根据http://aws.typepad.com/aws/2014/01/amazon-sqs-new-dead-letter-queue.html所述: 死信队列 - SQS队列的ARN(Amazo...