Kubernetes 清单生成器
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @org-02qudk26/k8s-manifest-generator。
技能介绍
你在解决什么问题
手写 Kubernetes YAML 时,Deployment 与 Service 的 selector 对不上、Probe 缺省、资源 requests/limits 未设、Secret 明文进 Git——这类问题往往在上线或审计时才暴露。本技能面向需要从零或从草图产出可上线清单的场景,而不是泛泛讲 K8s 概念。
技能如何工作
流程上先对齐目标、约束与已有输入(镜像、端口、存储、环境差异),再按资源类型逐项生成或补全清单,并在关键节点给出可执行的验证方式。覆盖范围包括:
- Deployment:副本、滚动策略、容器镜像与端口
- Service:ClusterIP / NodePort 等暴露方式与 selector 一致性
- ConfigMap / Secret:配置与敏感数据分离,避免硬编码
- PersistentVolumeClaim:有状态工作负载的存储声明
- 资源限制、liveness/readiness 探针、securityContext 及常见命名约定
- 多环境(dev/staging/prod)清单差异的设计思路
更完整的模式与示例见技能内的 resources/implementation-playbook.md。
适用边界
- 适合:新建服务、补全生产清单、对照最佳实践做清单审查。
- 不适合:与清单编写无关的任务;需要 Helm/Kustomize 模板体系、集群运维排障、CI/CD 流水线搭建等超出 YAML 清单生成范围的工作——应换用对应工具或技能。
使用场景
- 新服务首次上集群,需要补齐 Deployment 与 Service 的 selector、端口和探针配置
- 要把应用配置从镜像环境变量拆成 ConfigMap,敏感项单独写成 Secret 再挂载
- 有状态组件要挂盘,需编写 PersistentVolumeClaim 并与 Deployment 的 volume 引用对齐
- dev 与 prod 资源配额不同,要在同一套清单结构上区分 requests/limits 与环境变量
适合人员
- 负责把 Go/Java 服务容器化并首次提交 K8s 清单的后端工程师
- 上线前审查团队 YAML 是否含资源限制、探针与安全上下文的平台或 SRE
- 在 Git 仓库维护多环境清单、需对照最佳实践补全 ConfigMap/Secret 的 DevOps 工程师
- 从 docker-compose 迁到 K8s、需要逐项生成 Deployment/Service 清单的独立开发者