K8s清单架构师

它在解决什么问题

Kubernetes 清单很少一次写对。真正的痛点往往不是语法错误——kubectl 和 IDE 能抓住大多数——而是结构问题：资源散落在仓库各处，ConfigMap、Secret 的引用隐埋在 Deployment 中，重复配置靠复制粘贴维持 көшірмесі跨命名空间的资源没有统一入口。这类问题不会在部署当天爆发，而是在第一次需要修改、扩容或排查故障时才真正暴露。

它如何工作

这个技能将模型对 Kubernetes 的既有知识组织成一套清单编写流程，而不是直接丢出一份孤立的 YAML：

• 梳理需求：先确认应用的运行形态，再决定需要哪些核心资源，如 Deployment、Service、Ingress。
• 规划结构：讨论清单的组织方式——合并为单文件还是按目录拆分——并按功能区分资源配置。
• 编写资源：产出结构化的资源清单，包含命名、标签与必要的 volumeMounts，让资源间的关系在文件层面可见。
• 修订与校验：结合 kubectl apply --dry-run 等反馈修正清单，使资源定义与目标环境保持一致。

适用边界

• 它产出的是编写阶段的参考清单，不替代集群中的实际校验；正式部署前仍需在目标集群验证。
• 它不处理镜像构建、CI/CD 流水线等外围工作，聚焦于清单文件本身。
• 涉及权限收紧、Secret 管理等安全敏感场景时，仍需对照集群基线和安全策略单独评估。