如何合理的在通知服务器？

Question

我们后台的大部分sever，都是类似于收单系统的业务。

既会接受下单请求进行处理，在处理完成后，要么等其它服务自己主动轮询订单状态，要么将处理成功的通知推送给下单请求时带来的notify_url。
那么对于通知notify_url的这一实现，公司内部的实现五花八门。
有些通过在修改状态的那一刻，直接通过http发送消息。
有些起一个定时任务，每隔一段时间扫描，未发送的消息，将其发送并改为已发送。（也就是说，消息发送的状态字段也包括在订单表中）
还有专门丢给一个消息系统，由它负责发送和错误后的重发。（消息的状态与订单状态分开）

那么我想请教一下，什么样的做法，才是合理，专业的做法。而不是野路子。
目前使用到的语言是python，数据库mysql，web框架tornado和定时任务apscheduler。

Answer 1

在哪修改就在哪发送比较好，别的方法感觉效率有点低