cernard

@luin 不如在微信上做个 hook，在联系人名字后面加个话费，对于穷的话费都几十几十充就就不用和他聊了😂（开玩笑）

对手绘风格的图更感兴趣。各位有什么手绘风格流程图绘制软件推荐吗？ draw.io 的手绘风格已经在用了，但是手绘强度感觉还是弱了点，想找个类似儿童画感觉的

楼主厉害呀！不过最多小几千人在线的论坛，就有近四百个回复了，666

@humpy ok，理解了，就还是一个 topic 中是同类型消息，partitions 只是将 topic 数据给均匀划分。消费者组是处理 topic 消息的业务实现，通过横向拓展业务实例，将它们组成一个消费者组，可以增加消息的并行处理能力，对吧？

@humpy 谢谢回复！我猜测在实际业务中，可以将 topic 理解为一个抽象的消息组，partition 才是最终的消息容器，这样对吗？比如有需要收集埋点数据的业务，那么“埋点数据”可以作为一个 topic，不同客户端可以通过各自指定的 key 将消息发送给 topic 的指定分区，例如在埋点数据 topic 中可能有“web 端”、“android 端”、“ios 端”这样的 key 组成的 partition，这样对吗？

至于消费者组对一个 topic 的消费，其组内和 partition 之间是点对点一对一的。如果按照上面将 kafka 的 partition 理解为*同类消息*最终落地的地方，那么在消费者组内只有一个业务服务可以消费这个 partition 。例如在上面例子中“web 端 partition”需要一个“web 数据 consumer”来消费，以此类推，就有下面这样的结对：

- “web 埋点 partition”：“ web 数据 consumer”

- “android 埋点 partition”：“android 数据 consumer”

- “iOS 埋点 partition”：“ios 数据 consumer”

上面 partition 和 consumer 点对点的消费数据，web 、android 、ios 三个 consumer 组成了一个消费者组，这样这个消费者组内如果有多个消费者，那这些消费者就得是*不同的业务服务*组成的。如果在负载均衡的场景中，多个相同服务副本需要在不同的消费者组中才能对同一 topic 的同一 partition 同时消费。这样的理解对吗？那么再概况一下，消费者组可以理解为“某个大业务需求的细分实现服务组”，对吗？

但我感觉我的理解不太对。如果是上面这样的话，Kafka 为什么会通过 RoundRobin 或 range 的模式为 consumer 分配多个 partition 呢？为某个业务消费者分配多个不同的业务业务消息本身就是冲突的地方。所以感觉还是对 Kafka 的实际实践一头雾水。

@marcojbk 不知道哎，我刷新后发现在水深火热节点但是有 move 按钮唉

@suyuyu 昆明这么强的吗？老校区 1600 的整租不便宜了呀，而且昆明好像并不是收入很高的城市

@ykk 老便宜了，济南还是省会（不过没有青岛有牌面😁）