84669 人學習
152542 人學習
20005 人學習
5487 人學習
7821 人學習
359900 人學習
3350 人學習
180660 人學習
48569 人學習
18603 人學習
40936 人學習
1549 人學習
1183 人學習
32909 人學習
kafka 典型的场景是日志场景做数据分析,但是对于聊天服务器或者推送场景这种场景有人测试过吗?
这两种场景的区别: 日志类:连接到中心服务器的终端较少并且比较固定,但是终端与服务器交换的数据量很大。 推送或聊天:连接到中心服务器的终端很多并且不固定,但是交换的数据量不大。
用傳統mq就可以了
為什麼要用訊息佇列來做聊天伺服器呢?聊天不是用訊息對列來做的。推播伺服器當然可以用kafka來做訊息佇列。訊息佇列與終端狀態沒有關係
kafka的設計主要是面相資訊收集的,有很高的吞吐量,但是他吞吐量大的前提是他利用了磁碟的順序寫。他不適合做聊天那種隊列用的,如果用它做聊天,每個會話得有個topic吧,但是在kafka中建立topic是個比較重的操作,而且topic多了也非常影響性能。聊天還是用amqp的那種佇列比較好。
用傳統mq就可以了
為什麼要用訊息佇列來做聊天伺服器呢?聊天不是用訊息對列來做的。推播伺服器當然可以用kafka來做訊息佇列。訊息佇列與終端狀態沒有關係
kafka的設計主要是面相資訊收集的,有很高的吞吐量,但是他吞吐量大的前提是他利用了磁碟的順序寫。他不適合做聊天那種隊列用的,如果用它做聊天,每個會話得有個topic吧,但是在kafka中建立topic是個比較重的操作,而且topic多了也非常影響性能。聊天還是用amqp的那種佇列比較好。