各位大佬好，我想問下我們公司最近要要給金融類產品的用戶體系增加任務功能，類似的就是每日簽到、每天完成日常任務比如分享至朋友圈亦或者瀏覽、評論足夠的文章等等，客服會通過IOS、安卓、網頁大廳等客戶端接入。
我這邊后臺屬于從零開始做這個任務體系，應該如何設計最為合理呢？用戶量目前小幾十萬，但是未來可能要擴展到百萬級甚至更多。
是所有客戶端每做一步任務就實時上傳并同步處理入庫入cache，還是實時上傳塞入訊息佇列后就回傳任務進度完成客戶端展示，但異步讓資料中臺處理任務？
有沒有這方面的技術資料，感覺網路上這方面挺少的。
uj5u.com熱心網友回復：
建議直接接到任務就存訊息佇列，然后回傳成功。消費端慢慢消費，如果失敗就記錯誤日志，然后用job處理uj5u.com熱心網友回復：
能用訊息佇列那肯定用訊息佇列更好啊，系統資源利用率高多了，能夠削峰填谷，有些是不能用訊息佇列沒辦法，例如有些要求實時強一致的，沒辦法用訊息佇列處理。uj5u.com熱心網友回復：
感謝回答，想請教下這種場景actmq、rbtmq、rocketmq選哪個合適呢？
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/141975.html
標籤：Web 開發
上一篇：controller中的方法請求