系列导读你现在看到的是《Kubernetes Operator 从入门到生产：原理、实战与排错指南》的第3/10篇，当前这篇会重点解决：CRD 是 Operator 的骨架，设计不好会导致后续所有逻辑难以维护。上一篇回顾：第 2 篇《环境搭建与工具链：从 kubebuilder 到 operator-sdk，选对脚手架》主要聚焦 选对脚手架并搭好环境，能让开发效率翻倍，避免后续重构痛苦。 下一篇预告：第 4 篇《Reconcile 循环深入：如何写出高可用的调谐逻辑》会继续展开 Reconcile 是 Operator 的心脏，处理好幂等性和并发才能应对生产环境压力。全系列安排Operator 是什么？为什么需要它？——K8s 自动化扩展的核心原理环境搭建与工具链：从 kubebuilder 到 operator-sdk，选对脚手架自定义资源（CRD）设计：像设计数据库表一样设计你的 API（本文）Reconcile 循环深入：如何写出高可用的调谐逻辑控制器与资源管理：创建、更新、删除资源的正确姿势Webhook 实战：准入控制与默认值注入状态管理与事件记录：让用户和监控系统看懂你的 Operator测试与 CI/CD：从单元测试到端到端验证的全链路实践生产化部署：Helm Chart、Operator Lifecycle Manager 与多集群排错与性能优化：Operator 生产事故的应急手册