关于部署Yolean Kubernetes Kafka集群的若干技术疑问

我来帮你梳理下这个仓库部署相关的疑问，都是实际部署时会碰到的关键点：

1. 是否需要对/kafka和/zookeeper目录下所有YAML文件执行kubectl create -f？ #

并不是所有文件都必须执行的。这个仓库里的YAML分两类：

• 核心必需文件：包含命名空间、RBAC权限规则、ZooKeeper的StatefulSet/Service、Kafka的StatefulSet/Service这些基础资源，是搭建集群的必备项，必须执行部署。
• 可选扩展文件：比如Prometheus监控 exporter、示例生产者/消费者、特定环境的自定义配置文件等，这些是根据你的实际需求来选择的，不需要都部署。建议先看每个文件的注释或者仓库的README，判断是否符合你的场景。

2. YAML文件的数字前缀代表什么？ #

数字前缀是部署顺序的优先级标记，数字越小，对应的资源需要越早部署。这是因为Kubernetes资源之间存在依赖关系：比如得先创建命名空间，才能在里面部署其他资源；先配置好RBAC权限，后续的Pod才能拥有对应的访问权限。用数字前缀能清晰帮你区分部署的先后顺序。

3. 部署需要遵循怎样的顺序？ #

按照数字前缀从小到大的顺序部署是最稳妥的，具体流程大概是这样：

• 第一步：先部署基础依赖资源（比如00开头的命名空间、RBAC相关文件）
• 第二步：部署ZooKeeper集群相关文件（按zookeeper目录下数字前缀从小到大执行，比如先部署Service，再部署StatefulSet）
• 第三步：部署Kafka集群相关文件（按kafka目录下数字前缀从小到大执行，比如先部署初始化配置、Service，再部署StatefulSet）
• 第四步：按需部署可选扩展资源（比如监控组件、测试用的示例应用等）

另外，如果你嫌逐个执行麻烦，也可以用kubectl create -f ./zookeeper/和kubectl create -f ./kafka/批量执行，Kubernetes会尝试自动处理资源依赖，但如果遇到依赖报错，还是建议按数字顺序逐个部署排查问题。

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