Workerman MQTT與業(yè)務框架交互問題
[attach]1886[/attach]
系統(tǒng)打算按這樣設計，請問一下Workerman MQTT與業(yè)務框架交互那部分怎么設計比較好？
2個回答
我覺得弄個消息隊列會好點，workerman MQTT把收到的消息放入消息隊列，然后業(yè)務框架處理消息隊列里的消息。
這樣能避免業(yè)務處理不過來，消息積壓在workerman。
?
workerman MQTT內(nèi)部開個text端口，方便業(yè)務框架給workerman MQTT發(fā)消息轉發(fā)給設備。
- 暫無評論
個人感覺Broker本身就可以看做一個消息隊列，如果再加入一個消息隊列會增加故障點，大規(guī)模系統(tǒng)中不宜采用。應該從業(yè)務邏輯上把業(yè)務API做簡單（例如直接入庫）。其實也相當于一個隊列了。
- 暫無評論
相關連接
年代過于久遠，無法發(fā)表回答
月貢獻榜
贊助商
熱門問答
想在thinkphp8的基礎上不改變老項目實現(xiàn)與webman 并存
DeepSeek 本地部署教程(極其簡單)
webman限流器發(fā)布
目前最流行的php/go框架是不是laravel,hyperf,webman,gin這幾個
webman/redis-queue消費進程奇怪的參數(shù)丟失問題
官方會考慮出一個MCP server的方案嗎？
內(nèi)存一直緩慢增大、不知道什么原因導致的
敢不敢來個大神，一次性搞定 webman 跨域問題
PHP聊天系統(tǒng)源碼-即時通訊聊天源碼 - 泡泡IM
Webman AI + DeepSeek本地訓練，打造私有知識庫