我们后台的大部分 sever ,都是类似于收单系统的业务。
既会接受下单请求进行处理,在处理完成后,要么等其它服务自己主动轮询订单状态,要么将处理成功的通知推送给下单请求时带来的 notify_url 。
那么对于通知 notify_url 的这一实现,公司内部的实现五花八门。
1.有些通过在修改状态的那一刻,直接通过 http 发送消息。
2.有些起一个定时任务,每隔一段时间扫描,未发送的消息,将其发送并改为已发送。(也就是说,消息发送的状态字段也包括在订单表中)
3.还有专门丢给一个消息系统,由它负责发送和错误后的重发。(消息的状态与订单状态分开)
那么我想请教一下,什么样的做法,才是合理,专业的做法。而不是野路子。
(目前使用到的语言是 python ,数据库 mysql , web 框架 tornado 和定时任务 apscheduler 。)
这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。
V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。
V2EX is a community of developers, designers and creative people.