企业业务数据处理用“work”还是“MQ”

近期公司在做架构梳理已经项目架构方向，不知不觉就引起了使用“work”跑数据还是用“MQ”进行跑数据的争论！

对于争论这件事在各行各业都有，其实我觉得针对“争论”这个词的根源在于一件事情有很多解决方案，每个人的认知不同，

给出的解决方案也不同。然而如果有一个对实际情况都了解和对解决问题有充足认知的情况下，我想他是会权衡利弊的。

我们先列举几个已经算是比较成熟的开源框架：

WORK：TBschedule、Quartz、spring schedule、JDK的time ，线程池定时等；

MQ：RocketMQ、RabbitMQ、Kafka、ActiveMQ、MSMQ、ZeroMQ等等；

好，废话不多说，我们就事论事，我们就单纯的从以下几个角度来评论以下到底谁（work/mq）更有优势：

1、易用性

2、可扩展性

3、可