把 Kubernetes 用简单：一份克制的生产实践

Kubernetes 给了团队一个强大的控制面，也带来了大量可选项。真正的挑战不是“怎样启用更多组件”，而是判断哪些复杂度值得承担。

一、只维护一条黄金路径

提供一个经过验证的服务模板：包含健康检查、资源配置、日志规范、发布策略和默认告警。团队可以在有证据时偏离，但常规服务不应该从空白 YAML 开始。

二、资源配置先求可解释

根据历史用量设置 requests，limits 则谨慎使用。CPU 限制可能带来难以解释的节流，内存上限则必须为峰值和运行时行为留下空间。每个配置都应该能追溯到指标，而不是复制自另一个服务。

三、发布必须可暂停、可回滚

小批量灰度、明确的健康指标、自动暂停条件，比复杂的发布编排更重要。回滚流程需要定期演练，数据库变更则应保持向前和向后兼容。

四、平台团队交付的是认知减负

衡量平台的指标不只是集群利用率，也包括新服务首次上线耗时、发布失败恢复时间和开发者需要理解的概念数量。最好的平台会隐藏偶然复杂度，同时保留必要的逃生口。