面试经历教会我的 Kubernetes 之道
文章摘要
作者在最近的一轮求职面试中发现，Kubernetes 已经几乎成为各类公司的标配——即便是那些规模很小、根本没有遇到 K8s 所要解决的技术问题的初创团队，也在招聘要求里把它列为必备项。这让作者重新思考：为什么 CTO 们会选择 Kubernetes？答案往往不是出于技术原因，而是看中了它带来的组织层面的好处。
五年前，公司部署服务大致有三条路线：Kubernetes、跑在虚拟机上的 systemd，以及 Serverless。如今 K8s 在招聘信息中一家独大，哪怕很多公司并不需要它的高级能力。作者总结了 Kubernetes 在组织层面的三大价值：
- 统一性：所有服务都以同样的方式部署，不存在散落各处、各自为政的隐藏差异。
- 标准化的知识：K8s 已经成为一种”通用语言”，工程师可以通过标准配置理解整套架构，而不必依赖口口相传的部落知识，这让新人上手和值班响应都更轻松。
- 可追溯性：配合 GitOps 模式，部署都经由版本控制和审批流程，天然形成审计轨迹，便于合规。
作者指出，企业是在用 K8s 的复杂度换取这些非技术层面的收益，尽管它们很少真正用到拓扑约束、自动扩缩容这类高级特性。他认为大多数初创公司应当推迟引入 Kubernetes，直到团队规模真正需要它——而这个临界点，往往就出现在”CTO 不再是唯一的工程师”、机构性知识开始变得重要的那一刻。
HN 评论精华
评论者：不少人认同文章观点，认为 K8s 的真正价值在于”约定优于配置”，让团队不必每次都重新发明部署方式，从而降低协作成本。
评论者：也有人持反对意见，指出对小团队而言 K8s 带来的运维负担远超收益，用 Docker Compose、Nomad 或托管 PaaS（如 Fly.io、Render）往往更划算。
评论者：有评论强调，所谓”通用语言”是一把双刃剑——它确实方便招聘和换工作，但也让整个行业陷入了”因为大家都用所以我也得用”的路径依赖。
评论者：有人补充说，托管的 Kubernetes（EKS、GKE 等）大幅降低了控制平面的运维成本，使得”过早引入 K8s”的代价不再像几年前那么高。
评论者：还有评论从招聘角度切入，认为在简历里写 Kubernetes 本身就是一种信号博弈——求职者和公司都在迎合彼此的预期，结果进一步强化了它的统治地位。