发送短信,邮件这些耗时任务,本来就是异步请求,不会阻塞后面的逻辑。为什么还需要 redis 队列来处理。
1
MrTreasure 2020-08-18 18:17:04 +08:00 1
因为你不能保证你的系统全是 nodejs 服务,实际的情况是生产中 nodejs 只是很小一部分,大部分还是 java 做服务层
然后还需要考虑量级的场景,虽然是异步,但是 qps 一上去,一样能把 nodejs 服务器打垮。这个时候就需要 消息队列来承担这种量级的请求 |
2
des 2020-08-18 18:35:08 +08:00 1
因为需要持久化,以及服务平台化的需求
一旦你的 node 挂掉了,这些存在内存里面的队列都会没了 另外现在流行服务平台化,专用的任务用专用服务去做 |
3
meteor957 OP 感谢楼上几位大佬的回答
|
4
xcstream 2020-08-18 23:43:32 +08:00 1
队列用处是超过 qps 的请求缓存起来慢慢来做
和语言无关。 |
5
chenqh 2020-08-19 00:26:21 +08:00 1
就是耗时太长,不友好,假如发个邮件要 5s, 那不用队列的话,就是要等待 5s, 如果用异步队列的,api 的相应可能是几十 ms 毫秒而已
|
7
wanguorui123 2020-08-19 09:30:51 +08:00 1
需要持久化吧,nodejs 的队列万一挂掉就 GG 了。
|
8
wangritian 2020-08-19 09:49:39 +08:00 1
我觉得不需要 redis,前提是你的应用服务器做好柔性重启,关闭前执行完内存中遗留的任务
队列的作用是削峰,应对突发流量,如果常时流量就很大,你需要的是提高硬件 /改善架构,而不是靠队列解决,因为处理不过来在队列里也会堆积 |
9
April5 2020-08-19 13:49:09 +08:00 1
松耦合,例如你发 http 请求,这在服务层面其实是同步的,需要通信双方都在场,而异步队列就不需要了
|
10
libook 2020-08-19 13:54:41 +08:00
没有需求就不要用,建议避免过度设计。
如果你现在有个问题,需要依赖 Redis 来帮忙解决,这时候再引入 Redis 就好了。 队列能实现的是削峰填谷和松散耦合的效果,比如你的负载是时而 30%、时而 130%,这样高负载的时候你的服务就卡(有可能引发雪崩),低负载的时候机器空转浪费钱,如果业务上能接受异步处理的话,就全塞到队列里,然后消费者按照正好 100%的负载匀速消费,这样可以达到资源的最大利用。 还是那句话,没有需要不用硬上。 |
11
haijianyang 2020-09-15 15:50:46 +08:00
两码事
|