为什么普通人也会撞上 Kubernetes

你不一定写过 YAML但很可能已经在用 Kubernetes。

打开手机里的某个 App、刷短视频、问一句 ChatGPT——这些服务背后很大概率跑在某个 Kubernetes 集群上。按理说，它几乎成了云时代的“默认操作程序”：不负责写业务逻辑。却负责把成千上万个服务摆上机器、保持存活、按流量伸缩。

名字来自希腊语，本意是“舵手”或“领航员”。社区常把它缩写成 K8s。Logo 是一个七边形——这不是随便画的，后文会讲到。

这篇编年史不打算把每个版本的 changelog 抄一遍。我想讲清楚三件事：

1. 问题
2. 它一路上踩过哪些关键节点、长出了哪些真正改变领域的能力
3. 为什么最终是它。而不是 Swarm、Mesos 或其他选手，成了领域默认答案

即使你从没碰过 kubectl读完也应该能明白个大概。

前传这方面，Google 内部的 Borg

故事要从 Google 讲起。

早在公开云和 Docker 流行之前，Google 已经在用容器把一台物理机切成很多隔离的小房间。让搜索、Gmail、YouTube 这类服务挤在一起跑，把机器利用率压到极高。话说回来，管理这些“房间”的程序叫Borg。

Borg 不是给外面人用的产品，而是 Google 内部的集群管家。其实，它要回答的问题很朴素：

• 这个任务该放到哪台机器上？
• 机器挂了任务怎么自动迁走？
• 高峰来了怎么多开几份副本？
• 不同优先级的任务抢资源时谁让谁？

后来 Google 又做了Omega,继续探索更灵活的调度与共享状态模型。Borg / Omega 的论文后来几乎成了容器编排领域的必读文献。

Pain Point: 对于 DevOps 和开发者而言。要理解这么庞大的程序就像学习一门新的语言——配置文件冗长、错误信息往往模糊且难以定位，是部署失败时最大的痛点之一。

从继承与改进来看，Pod 与标签机制

Borg 的直觉被继承。但 Kubernetes 更强调声明式“期望状态”，并通过灵活标签（{Label})和选择器来组织对象；控制面暴露 REST API 而非直接共享存储给可信组件，让外部工具更易接入。

Docker 点燃容器热潮：调度问题突变全民关注

2013 年 Docker 把“容器”这件事做得人人能用。老实说，以前容器更像运维专家的黑科技；Docker 后来开发者可以在笔记本上打包应用几乎原样搬到服务器。

从 Project Seven of Nine 到正式开源

• 2014 年初：Joe Beda 等人向公司推销开源项目代号 Project Seven of Nine。2015 年 6 月 — Kubernetes 正式开源首个 commit 落库，为开发者提供声明式 API 和可 架构.

发布与 CNCF 接管：领域共识之路

• 2016 年 12 月：Kubernetes 发布。并捐赠给 CNCF，由 Linux Foundation 托管.

Pain Point: 公司担心将关键技术交给单一厂商会导致供应链锁定，而 CNCF 的中立治理降低了此风险，让更多厂商放心投资网站环境。

GKE 的诞生与托管服务兴起

• 2017 年 GKE 正式可用；随后 AWS EKS 与 Azure AKS 分别上线.

主要概念快速回顾表格

--> \ \ \ \ \ \ \ \

概念	简述
暂未完整填充，请参考官方文档获取最新细节。
Pod	一个或多个紧密协作容器组成的小隔间，可以被作为一个整体管理.

编排战争 & 为什么 Kubernetes 赢得行业市场主导权

• Docker Swarm： 紧耦合 Docker 环境。上手最快，但功能相对有限. AWS Mesos + Marathon： 适合超大规模异构负载，但学习曲线陡峭. Kubernetes： 模型完整，可 性强，需要一定投入学习. 其他方案如 Nomad 等亦曾争夺行业市场份额。

  ---

\

\

Gateway API：下一代获取流量的地方方案

TIMESTAMP	=>>>><<<\/th>
'~'<="" ;font-size:small="" i="" style="color:#666"> <\/td>	–

2013 -  –

2014 -  –

2015 -  –

2015 -  

<\/tr ><\/tbody ><\/table ><\/body ><\/html>

---