两种任务处理模型

1、我们团队和兄弟团队，处理请求的框架不太一样，这里简单记录下：
我们这边采用异步任务des的形式，组件架构分为api，des，schedule；
api处理请求，同步请求直接做完就返回了；异步请求就生产一个异步任务，放在数据库task表里面（异步任务做完后不会返回给请求方，需要请求方定时查询任务状态）；
des去做异步任务，就是定期扫数据库，然后从里面拿出一条任务来执行。des采用协程的形式，主协程负责从数据库中拿任务（修改数据库状态），然后把这条任务调度给空闲协程去做。其他协程拿到任务后，就任务丢给后端组件去做，并定期查询任务状态（开始0.1s一次，后面逐渐增加，最长3s扫一次）。任务做完后，在数据库中记录下状态，任务完成。
schedule是周期任务，可以设定启动周期，比如每15分钟启动一次，或者每小时，每天启动一次，类似crontab

2、兄弟团队采用的是taskflow的形式，他们将任务分成了许多步，每一步都是有专门的任务队列去做，通过mq控制任务进度，类似于事件驱动型。他们将参数都丢到一个大的命名空间中（应该是个map），然后做任务时，在map中取出对应的key，value来处理。同时，每个任务都有回滚功能，回滚时把回滚请求反向丢回去就好了。