Franz-go项目中使用Docker网络创建Kafka主题的注意事项

在基于Franz-go开发Kafka客户端应用时，许多开发者会选择使用Docker容器化部署方案。然而，当应用运行在Docker网络中时，可能会遇到一个典型问题：adminClient.CreateTopic()方法调用失败，而adminClient.ListTopics()却能正常工作。

问题现象

开发者在Docker环境中观察到以下现象：

1. 当Go应用和Kafka都运行在Docker容器中，并且位于同一网络时
2. adminClient.ListTopics()可以正常工作，能够正确列出所有主题
3. 但调用adminClient.CreateTopic()时却返回"connection refused"错误
4. 当Kafka运行在容器中而Go应用运行在宿主机上时，创建主题操作又能正常工作

根本原因分析

这个问题实际上与Franz-go库本身无关，而是Kafka配置的问题。当Kafka运行在容器中时，默认配置会返回"localhost"作为broker地址，而不是容器网络中的可访问地址。

具体来说：

1. Kafka的Metadata请求返回的broker地址是"localhost:9092"
2. 在容器网络中，其他容器无法通过localhost访问Kafka
3. ListTopics操作只需要与任意broker通信即可完成
4. 但CreateTopic操作需要与Kafka控制器(controller)通信，而控制器地址返回的是localhost

解决方案

要解决这个问题，需要在Kafka容器配置中正确设置advertised.listeners属性。这个属性告诉Kafka应该向客户端广播什么地址来连接broker。

在Docker Compose配置中，可以这样修改Kafka服务：

services:
  kafka-broker:
    image: apache/kafka:3.8.1
    container_name: kafka-broker
    ports:
      - 9092:9092
    environment:
      KAFKA_ADVERTISED_LISTENERS: PLAINTEXT://kafka-broker:9092

关键点在于：

1. KAFKA_ADVERTISED_LISTENERS环境变量
2. 使用容器名称作为主机名(kafka-broker)
3. 确保端口与Kafka监听端口一致

深入理解

Kafka的网络配置有几个关键概念：

1. listeners：Kafka实际监听的地址和端口
2. advertised.listeners：告诉客户端应该连接的地址
3. inter.broker.listener.name：broker间通信使用的监听器名称

在容器化环境中，advertised.listeners必须设置为容器网络中其他容器可以访问的地址。如果使用Docker Compose，通常使用服务名称作为主机名。

最佳实践

1. 为生产环境配置多个监听器，包括内部和外部访问
2. 考虑使用环境变量动态设置advertised.listeners
3. 在开发环境中，可以使用如下配置：

environment:
  KAFKA_LISTENERS: PLAINTEXT://0.0.0.0:9092
  KAFKA_ADVERTISED_LISTENERS: PLAINTEXT://kafka-broker:9092

4. 对于需要从宿主机和容器同时访问的场景，可以配置多个监听器

总结

在容器化环境中使用Franz-go与Kafka交互时，确保Kafka正确配置advertised.listeners是解决连接问题的关键。这个问题虽然表现为Franz-go客户端创建主题失败，但根源在于Kafka服务端的网络配置。理解Kafka的网络通信机制和容器网络特性，能够帮助开发者更好地设计和调试分布式系统。