Sublime Text 不支持直接管理 Kubernetes StatefulSet，但可通过语法高亮、YAML 插件、缩进规范和本地验证辅助高效编写正确 YAML；需严格检查 serviceName、volumeClaimTemplates、matchLabels 一致性及 revisionHistoryLimit。
Sublime Text 本身不直接支持 Kubernetes 部署，它只是一个代码编辑器。你无法用 Sublime 直接创建、应用或管理 StatefulSet —— 这些操作必须通过 kubectl 或 CI/CD 工具完成。但 Sublime 可以高效辅助编写和校验 StatefulSet YAML 文件，提升有状态应用部署的准确性和效率。
用 Sublime 编写 StatefulSet YAML 更高效
StatefulSet 的 YAML 结构比 Deployment 更复杂（比如需要 serviceName、volumeClaimTemplates、podManagementPolicy 等），容易出错。Sublime 提供语法高亮、缩进自动对齐、多光标编辑和快速跳转等能力，能显著减少手误。
- 安装 YAML 和 Kubernetes Snippets 插件（通过 Package Control），可一键插入标准 StatefulSet 模板
- 启用 BracketHighlighter，快速定位配对的
spec:、template:、volumeClaimTemplates:等嵌套块 - 用 Ctrl+Shift+P → “Convert Indent to Spaces” 统一缩进（Kubernetes YAML 严格依赖空格，禁止 Tab）
关键字段不能漏：StatefulSet 必须检查的 4 个点
即使 YAML 格式正确，缺了以下任一字段，StatefulSet 就无法正常调度或保持身份：
- serviceName：必须指向一个已存在的 Headless Service（ClusterIP: None），否则 Pod 无法获得稳定的网络标识（如 web-0.web.default.svc.cluster.local）
- volumeClaimTemplates：定义 PVC 模板，每个 Pod 独享一份持久卷；漏掉它，Pod 启动会 Pending（等待 PVC 绑定）
- matchLabels 与 selector.matchLabels 必须严格一致，否则控制器找不到自己的 Pod
- revisionHistoryLimit 建议显式设为 3–5，避免旧 ControllerRevision 对象无限堆积
本地验证 YAML 再提交，避免集群报错
别直接 kubectl apply -f statefulset.yaml。先在 Sublime 中写完，再用终端做两步检查：
- 运行
kubectl apply --dry-run=client -o yaml -f statefulset.yaml：检查语法和基础字段是否合法（client 端校验） - 运行
kubectl diff -f statefulset.yaml（需 v1.16+）：预览变更影响，确认不会意外删除或覆盖现有资源 - 若用 Helm，可在 Sublime 中编辑
templates/statefulset.yaml，然后helm template渲染后验证
调试常见失败场景（结合 kubectl 日志看）
StatefulSet 启动卡住？Sublime 里打开对应 YAML，对照下面现象快速定位：
- Pod 处于
Pending→ 检查volumeClaimTemplates中的 storageClassName 是否存在，PV 是否充足 - Pod 名称是
web-0但无法解析web-1→ 确认 Headless Service 的serviceName字段与 StatefulSet 中完全一致 - 滚动更新时新 Pod 一直 Pending → 查看旧 Pod 是否还在运行（StatefulSet 默认 OrderedReady 策略），必要时加
podManagementPolicy: Parallel - 日志提示
FailedScheduling: 0/3 nodes are available→ 检查affinity或taints/tolerations是否限制过严
基本上就这些。Sublime 不参与执行，但它是你写对 YAML 的第一道防线。把模板写准、字段配全、本地验过，kubectl 才能稳稳把 StatefulSet 落地。
