Pod 状态是取证入口不是根因结论
来源整理卡：基于原图提炼，尚未补充独立官方资料和环境实测。
核心认识
Pod phase、condition 和错误状态应当引导取证，而不能直接替代根因。
解释
原图建议从状态和 events 进入 logs、previous logs、runtime，再核对 probe、启动时间及工作负载策略。写作时应区分观察到的状态与已经证实的原因。
什么时候使用
CrashLoopBackOff、启动失败、探针异常或滚动发布卡住时。
边界
这是思考与取证原则，不证明某次故障根因，也不授权执行修改。具体参数和组件行为仍要依据版本与环境核验。
用一个问题检查是否真正理解
事件、上次退出信息和日志是否支持同一个解释？
原图依据
- 正确选择 Deployment/StatefulSet/DaemonSet/Job 并排查 Pod 状态。
原图知识项：
- Pod phase/condition
- init/sidecar
- probe/startup
- termination grace
- Deployment rollout
- Stateful identity
- Job retries
有意义的关联
先从 虚拟化与云原生 找到使用场景；需要进一步查命令、风险或练习时，进入 Pod、工作负载与生命周期。
来源：原图节点。