NSQ至少一次交付

对于任何分布式系统,实现你的目标是使智能权衡的问题。 通过透明的现实我们希望设定预期如何这些权衡NSQ将部署在生产时的行为。
消息是不耐用(默认)
虽然系统支持“释放阀”(——mem-queue-size这消息将后) 被透明地保存在磁盘上,它主要是一个内存中消息传递平台。
——mem-queue-size可以设置为0,以确保所有传入消息被保存到磁盘。 在这种情况下,如果一个节点失败,你容易破坏面(即减少了 操作系统或潜在的IO子系统失败)。
没有内置的复制。 然而,有各种各样的方法这种权衡管理 部署拓扑结构和技术等积极奴隶将主题保存到磁盘 容错时尚。
消息被交付至少一次
密切相关,这一假设nsqd节点不失败。
这意味着,出于各种原因,消息可以交付多个次(客户端 超时断开,requeues,等等)。 是客户的责任 或de-dupe幂等操作。
接收到的消息是无序的
你不能依赖于消息的顺序交付给消费者。
类似于消息传递语义,这是requeues的结果,结合 内存和磁盘存储,每个的事实nsqd节点没有股票。
它是相对简单的实现宽松的要求(即对于给定的消费者的 消息命令而不是跨集群作为一个整体)通过引入延迟的一个窗口 你的消费者接受消息和命令他们前处理(虽然,为了保存 这个不变的一个必须下降下降的消息外窗口)。
消费者最终找到所有主题生产商
发现服务(nsqlookupd)设计最终一致。nsqlookupd节点不协调维护状态或回答查询。
不影响网络分区可用性在某种意义上,双方的分区 还应查询。 部署拓扑结构减轻这些有最重要的影响 类型的问题。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值