消息队列2
终于把worker部分写完了,当然了,应该再做一些处理,比如即便有很多人留言,我也可以只请求一次Server酱
或者发送一次邮件,毕竟这个小脚本每5分钟运行一次。也要加一个done_at
的列,好知道什么时候已经处理过了这个job
。
好,这里有一个重要话题:耗时。
显然,之所以用队列,我个人的原因是如果用同步代码,先请求Server酱
或者发送邮件,再给用户返回结果,这个就有点慢,虽然可以忍受,但可以感觉得到。没有其他原因。
那么,把job
快速加入到队列里,就非常重要。所以要么用Redis
,要么用MySQL
。即便不是本机,也应该是内网才行。要的就是快速返回response给user。
所以有一个非常大的问题,搞不清,就是如果AWS
等云服务提供的云端队列服务,这个http请求本身就是要耗时的不少的,所以这个云端的队列服务有什么意义呢?