邏輯層廣播到網管層會不會太浪費資源了呢
上一節課，不是說可以維護，用戶連接，房間一個映射關系嗎，通過這個映射關系推送到指定的網管層，與直接廣播到所有的網管節點有啥利弊呢
i歲月無聲
2018-07-31
3 回答
舉報
0/150
提交
取消
2018-08-01
前置前置再前置，把合并越推向原點，對系統整體優化效果更佳，掌握這一點即可！
2018-08-01
字數限制。
實際上內部通訊也需要合并推送，這個出于簡化原因我沒有實現在開源代碼里。 所有的無狀態logic應該按room推送消息到消息隊列（按room分區），然后通過pusher服務去完成房間粒度的消息合并，并廣播給gateway。
思考架構問題需要考慮場景，切忌空談性能，在具體場景下有具體的難點和具體的應對方案，這個思想很重要。
2018-08-01
嗯，這個問題很有意思，引申出了這個分布式系統后續的一些走向，我簡單延伸一下。
如果是定向給某個用戶推送，我們一般會在邏輯服務器后面設計一層session服務，記錄用戶在哪些gateway上，從而減少不必要的廣播。
如果是定向給某個房間推送，需要我們主動的連接調度，用戶進入房間前先詢問服務端，由服務端指派網關節點地址，這樣盡量來把同一個房間的用戶聚集在一起，你可以想一下增加這個特性的性價比有多少。
我覺得在彈幕場景里，內部節點之間的廣播消息量并不是瓶頸（特指內網帶寬瓶頸），因為100萬人*10個網關在線，你推送1條彈幕的瓶頸永遠在網關層。
所以，在考慮生產環境的擴展性架構決策時，gateway+logic應該作為一個服務單元（我們也稱為set），通過部署多套set來實現大規模集群部署，具體一個房間只需要調度到某個set即可保障其高可用和高吞吐。