帮你选择开源消息中间件

可扩展性，轻巧：体积很小，只有3MB Docker映像!

缺点：忘却，没有持久性：NATS不进行持久性消息传递; 如果您处于离线状态，则不会收到消息。 没有事务，没有增强的交付方式，没有企业排队。

总的来说，NATS和Redis更适合较小的消息(远低于1MB)，其中延迟通常在不到毫秒的时间内达到四个9. NATS不是HTTP，它是拥有它自己的非常简单的基于文本的协议，类似于RPC 。 因此，它不会在邮件信封中添加任何标题。

NATS没有复制，分片或整体订购。 使用NATS，队列可以有效地按节点分片。 如果节点死亡，则其消息将丢失。 到活动节点的传入消息仍将传递给已连接的订户，并且订户应重新连接到可用节点池。 一旦先前死掉的节点重新加入，它将开始接收消息。在这种情况下，NATS会替换HAProxy之类的内容; 一个简单的内存路由器，用于请求后端。

NATS的用户包括Buzzfeed，Tinder，Stripe，Rakutan，Ericsson，HTC，Siemens，VMware，Pivotal，GE和Baidu。一个用例：“我们使用NATS进行同步通信，每秒通过它发送约1万条消息。 。 必须说，即使负载更大(超过10MB)，稳定性也很高。 我们已经在生产环境中运行了几周，并且没有任何问题。 主要限制是没有大规模集群。 您可以拥有一个非常强大的集群，但是每个节点只能转发一次，这是有限制的。”

#RabbitMQ：

RabbitMQ是遵循AMQP 0.9.1标准的代理消息传递引擎。 它遵循标准的存储转发模式，您可以选择将数据存储在RAM中，在磁盘上，或是在这两者中。 它支持各种消息路由范例。 RabbitMQ可以以集群方式进行部署以提高性能，而可以通过镜像方式进行部署，以实现高可用性。 消费者直接在队列上侦听，但是发布者只知道“交换”。这些交换通过绑定(指定路由范式)与绑定链接到队列。 绑定队列和事务传递语义。 

（编辑：四平站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!