问下坛子里大佬，金融产品如何后台建立任务Web架构？

[NUPT_LWN]

各位大佬好，我想问下我们公司最近要要给金融类产品的用户体系增加任务功能，类似的就是每日签到、每天完成日常任务比如分享至朋友圈亦或者浏览、评论足够的文章等等，客服会通过IOS、安卓、网页大厅等客户端接入。

我这边后台属于从零开始做这个任务体系，应该如何设计最为合理呢？用户量目前小几十万，但是未来可能要扩展到百万级甚至更多。

是所有客户端每做一步任务就实时上传并同步处理入库入cache，还是实时上传塞入消息队列后就返回任务进度完成客户端展示，但异步让数据中台处理任务？
有没有这方面的技术资料，感觉网络上这方面挺少的。

[清欢无白茶]

引用 4 楼 NUPT_LWN 的回复:

[quote=引用 2 楼 rumlee 的回复:]能用消息队列那肯定用消息队列更好啊，系统资源利用率高多了，能够削峰填谷，有些是不能用消息队列没办法，例如有些要求实时强一致的，没办法用消息队列处理。

感谢回答，想请教下这种场景actmq、rbtmq、rocketmq选哪个合适呢？[/quote]roketmq 百万级

[KeepSayingNo]

建议直接接到任务就存消息队列，然后返回成功。消费端慢慢消费，如果失败就记错误日志，然后用job处理

[rumlee]

能用消息队列那肯定用消息队列更好啊，系统资源利用率高多了，能够削峰填谷，有些是不能用消息队列没办法，例如有些要求实时强一致的，没办法用消息队列处理。

[NUPT_LWN]

引用 1 楼 KeepSayingNo 的回复:

建议直接接到任务就存消息队列，然后返回成功。消费端慢慢消费，如果失败就记错误日志，然后用job处理

感谢回答，想请教下这种场景actmq、rbtmq、rocketmq选哪个合适呢？

[NUPT_LWN]

引用 2 楼 rumlee 的回复:

能用消息队列那肯定用消息队列更好啊，系统资源利用率高多了，能够削峰填谷，有些是不能用消息队列没办法，例如有些要求实时强一致的，没办法用消息队列处理。

感谢回答，想请教下这种场景actmq、rbtmq、rocketmq选哪个合适呢？

[a863922230]

如果是金融方面的最好建议是 rabbitmq 这个是专门为金融设计的，最安全了。别的都没有这个安全。