通过bootstrap server与zookeeper删除Kafka主题的命令差异及ACL问题

• 请求链路不同
  带--bootstrap-server参数的命令，所有操作请求都会发送到Kafka Broker节点，由Broker统一处理后再同步修改底层ZooKeeper的元数据，全程走Kafka服务端的标准处理流程。
  带--zookeeper参数的命令，完全绕开了Broker层，直接连接ZooKeeper集群修改主题对应的元数据节点，请求不会经过任何Broker的处理逻辑。
• 管控覆盖范围不同
  走Broker的操作会完整触发Kafka服务端配置的所有管控规则，包括ACL权限校验、操作审计、参数合法性校验、流控等逻辑，你遇到的Topic authorization failed报错就是Broker层ACL校验触发的。
  直连ZooKeeper的操作不会经过任何Broker侧的管控逻辑，除了ACL不生效之外，也不会留下操作审计日志、不会触发配置的操作限制规则。

Kafka的ACL权限管控逻辑完全实现在Broker进程内部，只有发送到Broker的操作请求才会被ACL模块校验。你用--zookeeper参数删除主题时，请求直接在ZooKeeper层修改了元数据，根本没有发送到Broker，自然不会触发ACL校验，直接完成删除操作。

注意：Kafka 2.2版本开始已经正式弃用kafka-topics脚本的--zookeeper参数，3.0及以上版本已经完全移除该参数支持。生产环境建议严格限制ZooKeeper集群的端口访问权限，只允许Broker节点和授信运维机器访问，避免出现绕开管控操作元数据引发的集群故障和数据风险。

内容的提问来源于stack exchange，提问作者TheDataGuy