@khaki
@Jooooooooo
谢谢解释，确实这样，我有点钻牛角尖了，总是想要从可视化角度来理解

@villivateur 但是我感觉自己容易陷入细节的牛角尖，让自己单纯去用而不去理解的话挺难受的

@xp0729 两三百兆的宽带够用了。我觉得上海的贵才不正常呢，江苏这里大多城市都是原宽带基础上加个二三十的提速包就能到千兆，上海资费太高了，而且新用户费用更高。

@g22k 这方法不戳，但是不知道是不是有人愿意，会不会给别人带来风险

@programV2 没啥必要了吧，安装后应该会自动覆盖的。实在不行你全局搜索相关文件删除后再安装

@programV2 阔以

@mons 感谢！


修改了图标，新增了一个键盘布局，感觉不戳

@meisen
@morize

感谢提供解决方案，我一会儿试试

@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 老便宜了，济南还是省会（不过没有青岛有牌面😁）