84669 orang belajar
152542 orang belajar
20005 orang belajar
5487 orang belajar
7821 orang belajar
359900 orang belajar
3350 orang belajar
180660 orang belajar
48569 orang belajar
18603 orang belajar
40936 orang belajar
1549 orang belajar
1183 orang belajar
32909 orang belajar
kafka 典型的场景是日志场景做数据分析,但是对于聊天服务器或者推送场景这种场景有人测试过吗?
这两种场景的区别: 日志类:连接到中心服务器的终端较少并且比较固定,但是终端与服务器交换的数据量很大。 推送或聊天:连接到中心服务器的终端很多并且不固定,但是交换的数据量不大。
用传统mq就可以了
为什么要用消息队列来做聊天服务器呢?聊天不是用消息对列来做的。推送服务器当然可以用kafka来做消息队列。消息队列与终端状态没有关系吧
kafka的设计主要是面相信息收集的,有很高的吞吐量,但是他吞吐量大的前提是他利用了磁盘的顺序写。他并不适合做聊天那种队列用的,如果用它做聊天,每个会话得有个topic吧,但是在kafka中建立topic是个比较重的操作,而且topic多了也非常影响性能。聊天还是用amqp的那种队列比较好。
用传统mq就可以了
为什么要用消息队列来做聊天服务器呢?聊天不是用消息对列来做的。推送服务器当然可以用kafka来做消息队列。消息队列与终端状态没有关系吧
kafka的设计主要是面相信息收集的,有很高的吞吐量,但是他吞吐量大的前提是他利用了磁盘的顺序写。他并不适合做聊天那种队列用的,如果用它做聊天,每个会话得有个topic吧,但是在kafka中建立topic是个比较重的操作,而且topic多了也非常影响性能。聊天还是用amqp的那种队列比较好。