请问下大神nsq的应用场景?

做手游,想用nsq推送数据. 不知道可行不
已邀请:

nange

赞同来自: andylau004 amesy

还有go的另外一个方案nats。。

astaxie - 创造、获取、分享、传播和应用Go

赞同来自: sean

nsq目前应用的公司还挺多的,有朋友问我消息队列我也是首推nsq,之前我的朋友李飞林同学就在各种项目中应用过nsq,他的应用基本上都是Python的,从他的使用场景和情况来看,就是两个字:稳定。再加两个字:简单。

我居然在google里面搜索到了他当时介绍NSQ的视频: http://www.tudou.com/programs/view/HGZDEcq5CjA/

消息推送数据的完全可以胜任啊,对于@hitzzc的问题,对比kafka的优势就是简单和稳定,扩展性非常好,也非常容易扩展。https://segment.com/blog/scaling-nsq/

小平

赞同来自: andylau004

感谢谢sir的回答.
我的场景是集中.
1. 普通的聊天肯定没有问题,但有序.
2. 打boss, 并发量大,切要有序
3. 类似于很多任务定时器,完成通知订阅方,要求持久化

用法类似于php,或者go发布数据给nsq,golang推送给对应的订阅者.

不知道能否满足需求.

hitzzc

赞同来自: fzbing

@nange nats好像没有持久化?

kevin - 杭州云柚科技

赞同来自: fzbing

nsq是不保证有序的,所以你应该不用考虑了。
定时器和消息队列是两回事情吧?

nange

赞同来自: fzbing

@hitzzc 看文档有持久化。。
同问,感觉nsq和应用协同部署有点怪啊
另外nsq和kafka相比,有优势吗,求大神们解答
@nange 源码好像没有持久化吧

kevin - 杭州云柚科技

@iotbird http://nats.io/documentation/streaming/nats-streaming-intro/

> Message/event persistence - NATS Streaming offers configurable message persistence either in-memory or via flat files. The storage subsystem uses a public interface that allows contributors to develop their own custom implementations.

ggaaooppeenngg - 欢迎一起搞基

nsq 是否适合做异步工作队列呢。

能够异步下发任务并且有回调机制保证工作完成被生产者知晓。

kaixinmao - 80it

稳定简单,跑了大半年了没啥问题。
主要用于Web系统的消息分发完成异步操作。

补充一点,如果落地之前看过文档把缓冲队列设置0,不过这种场景没测过,不知道性能如何
NSQ跑了快半年了,很高兴当初选的这个消息队列。
特点:稳定,高效,简单。

不保证有序性。
当然没有kafka强大,不过胜在够用,全程把控。

要回复问题请先登录注册