本周运维圈最值得关注的变化是：Kubernetes 1.32 的默认行为调整正在引发连锁反应，而 AI 编码工具的普及让安全与成本问题变得前所未有的紧迫。以下是 5 条必须关注的内容。
K8s 1.32 默认行为变更：你的 Pod 可能悄悄被重启
Kubernetes 1.32 调整了 Pod 生命周期默认行为，包括对terminationGracePeriodSeconds和preStop钩子的处理逻辑。如果未及时更新集群配置，滚动更新时可能出现意外重启或服务中断。原文链接AI 编码工具正在绕过安全审查，你的 CI/CD 管道可能已暴露
Snyk 最新报告指出，AI 生成的代码提交速度远超安全扫描能力，导致大量漏洞直接进入生产环境。建议立即在流水线中强制加入静态分析门禁。原文链接欧盟新规：“AI 背锅"不再管用，运维团队需负全责
《欧盟网络弹性法案》即将生效，明确要求企业为 AI 系统的行为承担法律责任。如果你还在用"这是 AI 干的"当借口，赶紧更新合规策略。原文链接OpenTelemetry 的"厂商中立"神话破灭？
看似中立的 OpenTelemetry 生态实际上已被少数厂商深度绑定，迁移成本可能比想象中更高。建议在选型时提前评估 vendor lock-in 风险。原文链接云成本飙升？K8s 垂直扩缩容才是解药，但没人敢用
尽管 Kubernetes 的垂直 Pod 自动扩缩容（VPA）能显著降低 AI 推理账单，但工程师因信任问题普遍拒绝启用。是时候重新评估 VPA 的风险收益比了。原文链接
本周的教训很简单：默认行为不是安全网，AI 不是免死金牌，而信任缺口比技术缺口更难填补。
