Kubernetes：谷歌秘密武器如何成为云原生时代的基础设施

导语

2014年6月，谷歌工程师们做出了一个令人震惊的决定：他们要将公司内部最核心的技术之一——Borg系统，以开源形式公之于众。Borg是谷歌用来管理其庞大计算基础设施的秘密武器，每天处理数十亿个容器任务，支撑着Gmail、YouTube、Google搜索等世界级服务。这个决定意味着将谷歌最具竞争力的技术优势免费分享给全世界，包括竞争对手。许多人质疑：谷歌为什么要这样做？答案是谷歌看到了更大的图景——容器编排将成为云计算的基础设施，而只有开放标准才能推动整个行业的发展。从Borg到Kubernetes，谷歌不仅开源了一个项目，更开启了一场云原生革命。十年后，Kubernetes已经成为容器编排的事实标准，支撑着全球数百万应用，催生了一个价值数百亿美元的生态系统。这是一个关于远见、开放和生态的史诗故事——它证明了有时候，分享比控制更有力量。

时代背景（Why now）

2013年，Docker的发布引发了容器技术的革命。Docker让容器变得简单易用，开发者可以快速打包和部署应用。但容器的普及也带来了一个新问题：如何管理大量的容器？

当应用只有几个容器时，手动管理是可行的。但当应用需要成百上千个容器时，手动管理变得不可能。你需要：

自动调度容器到不同的服务器
监控容器的健康状态
自动扩展和缩减容器数量
处理容器的故障和恢复
管理容器之间的网络通信
滚动更新而不中断服务

这就是容器编排的问题。市场需要一个自动化的容器管理平台。

当时有一些解决方案：Apache Mesos提供了集群管理能力，Docker Swarm正在开发中，CoreOS的Fleet也试图解决这个问题。但这些方案要么过于复杂，要么功能有限，要么缺乏生态支持。

与此同时，云计算正在经历从虚拟机到容器的转变。虚拟机虽然提供了隔离和资源管理，但过于笨重，启动慢，资源占用高。容器提供了更轻量、更快速的隔离方案，是云计算的”下一代”。

2013年至2014年，容器编排的标准尚未形成。谁能定义容器编排的标准，谁就能主导云计算的下一个时代。

产品诞生（Origin Story）

谷歌在容器领域有着悠久的历史。

早在2003年，谷歌就开始使用容器技术。当时Linux容器（LXC）还不成熟，谷歌开发了内部的容器技术。2006年，谷歌启动了Borg项目——一个大规模集群管理系统。

Borg是谷歌基础设施的核心。它管理着谷歌全球数据中心的数百万台服务器，每天运行数十亿个容器任务。Borg支撑着Gmail、YouTube、Google搜索、Google Maps等所有谷歌服务。

Borg的技术是谷歌最宝贵的秘密之一。它让谷歌能够以极高的效率利用硬件资源，实现快速部署和自动扩展。许多公司试图复制Borg，但都未能成功。

2013年，Docker的发布让容器技术普及。谷歌意识到，容器将成为云计算的标准，而容器编排将成为关键的基础设施。但谷歌也意识到，谷歌无法独自定义这个标准——市场需要开放的标准和生态系统。

2014年初，谷歌内部开始讨论：是否要将Borg的理念开源？这个决定充满争议。Borg是谷歌的核心技术资产，开源意味着分享给竞争对手。但支持者认为，只有开放才能推动行业发展，才能建立标准。

“我们不是要开源Borg，而是要开源一种思考方式。”

最终决定是：基于Borg的经验，从头构建一个新的开源系统。这个系统将保留Borg的核心理念，但采用现代化的架构，面向更广泛的社区。

团队由三位谷歌工程师领导：

Joe Beda：谷歌的高级工程师，Kubernetes的联合创始人
Brendan Burns：谷歌的工程师，负责Kubernetes的架构设计
Craig McLuckie：谷歌的产品经理，推动Kubernetes的产品化

他们选择用Go语言开发。Go是谷歌开发的语言，具有高效的并发性能和简洁的语法，非常适合系统工具的开发。

2014年6月，Kubernetes项目在GitHub上开源发布。Kubernetes（希腊语意为”舵手”或”领航员”）的名字寓意着它在容器编排中的导航作用。

第一个关键突破（First Breakthrough）

Kubernetes的设计深受Borg的影响，但更加灵活和通用。核心概念包括：

Pod：容器的最小部署单元，一个Pod可以包含一个或多个紧密耦合的容器
Service：定义一组Pod的访问方式，提供负载均衡和服务发现
Deployment：声明式地管理Pod的副本和更新
Namespace：资源隔离和分组
etcd：分布式键值存储，用于存储集群状态

Kubernetes的设计理念是声明式配置。用户定义期望的状态（如”运行3个副本”），Kubernetes负责自动实现和维持这个状态。这与传统的命令式管理形成对比。

Kubernetes发布后，立即引起了业界的关注。Red Hat、Microsoft、IBM等科技巨头纷纷加入支持。开源社区迅速壮大，贡献者来自全球各地。

但真正的转折点发生在2015年。

2015年7月，Google、Red Hat、Microsoft、IBM、Docker、CoreOS、Mesosphere等公司联合发起成立了Cloud Native Computing Foundation（CNCF），隶属于Linux基金会。CNCF的目标是推动云原生技术的发展，Kubernetes成为CNCF的第一个托管项目。

CNCF的成立标志着Kubernetes从谷歌的项目，转变为整个行业的共同事业。谷歌将Kubernetes捐赠给CNCF，确保项目的中立性和可持续发展。

2015年7月21日，Kubernetes 1.0正式发布。1.0版本的发布标志着Kubernetes达到生产就绪状态，可以在生产环境中使用。

发布后，Kubernetes的采用率迅速上升。2015年底，Kubernetes已经被数百家公司采用，从初创企业到财富500强。

扩张阶段（Growth）

2016年至2018年是Kubernetes的快速成长期。

2016年，Kubernetes生态系统开始形成。Helm（包管理工具）、Prometheus（监控系统）、Fluentd（日志收集）等项目相继加入CNCF。围绕Kubernetes，涌现了一个完整的云原生技术栈。

2016年12月，Kubernetes 1.5引入了StatefulSets和DaemonSets，支持有状态应用和集群级守护进程的管理。这让Kubernetes从无状态应用，扩展到更广泛的应用场景。

2017年是Kubernetes的关键一年。这一年，主要的云厂商都推出了托管的Kubernetes服务：

Google Kubernetes Engine（GKE）：2015年推出，2017年成熟
Azure Kubernetes Service（AKS）：2017年推出
Amazon Elastic Kubernetes Service（EKS）：2017年推出

云厂商的支持让Kubernetes的采用更加容易。企业不再需要自己搭建和管理Kubernetes集群，可以直接使用云厂商的托管服务。

2017年，Kubernetes赢得了容器编排的战争。 Docker Swarm、Mesos等竞争对手的市场份额持续下降，Kubernetes成为事实标准。

2018年，Kubernetes继续快速演进。

2018年3月，Kubernetes 1.10引入了CSI（Container Storage Interface），标准化了存储插件接口
2018年6月，Kubernetes 1.11引入了CoreDNS作为默认DNS，替换了kube-dns
2018年12月，Kubernetes 1.13引入了容器运行时接口（CRI）的正式发布，支持更多的容器运行时

更重要的是，2018年Kubernetes开始深入到企业市场。传统企业如银行、电信、零售开始采用Kubernetes，推动数字化转型。

到2018年底，Kubernetes已经成为容器编排的事实标准。CNCF拥有超过200个成员公司，Kubernetes项目有超过2万名贡献者。

关键竞争（Competition）

Kubernetes的主要竞争对手是Docker Swarm和Apache Mesos。

Docker Swarm是Docker公司推出的容器编排工具。Swarm的优势在于与Docker CLI的紧密集成，使用简单。2015年，Swarm与Docker Engine集成，成为Docker的内置功能。

但Swarm在功能上不如Kubernetes强大。Kubernetes的架构更灵活，支持更复杂的应用场景。随着Kubernetes生态系统的壮大，Swarm的市场份额逐渐下降。

2017年，Docker公司宣布将Kubernetes集成到Docker Enterprise，支持同时运行Swarm和Kubernetes。这标志着Docker承认Kubernetes的领导地位。

Apache Mesos是一个通用的集群管理器，支持多种工作负载，包括容器、Hadoop、Spark等。Mesos在大型互联网公司有广泛的应用，如Twitter、Apple等。

但Mesos的学习曲线陡峭，配置复杂。Kubernetes通过更简单的使用体验和更强大的生态系统，逐渐侵蚀了Mesos的市场份额。

2019年，Mesosphere（Mesos的商业公司）宣布将公司名称改为D2iQ，并将Kubernetes作为主要产品。这标志着Mesos在容器编排领域的退出。

面对竞争，Kubernetes凭借几个关键因素获胜：

1. 开放标准和中立性。Kubernetes捐赠给CNCF，确保项目的开放和中立。这让企业可以放心采用，不用担心被单一厂商锁定。

2. 强大的生态系统。围绕Kubernetes，形成了一个庞大的生态系统。从监控到日志，从服务网格到GitOps，云原生技术栈覆盖了应用开发的方方面面。

3. 云厂商的支持。AWS、Azure、Google Cloud等主流云厂商都提供了托管的Kubernetes服务。这让企业可以轻松地采用Kubernetes，而无需自己管理复杂的集群。

4. 社区驱动的创新。Kubernetes的快速发展得益于其开放的社区。来自全球的贡献者不断提交新功能、修复bug、改进文档。这种开放的创新模式让Kubernetes能够快速演进。

拐点（Turning Point）

2019年至2020年是Kubernetes的关键转折点。

2019年，Kubernetes发布了1.14版本，Windows容器支持达到稳定。这让Kubernetes可以运行Windows应用，进入传统企业市场。

2019年，Kubernetes还推出了**Custom Resource Definitions（CRD）**的广泛使用。CRD允许用户定义自己的资源类型，扩展Kubernetes的能力。这催生了Operator模式——一种将运维知识编码到软件中的方法。

2020年，Kubernetes发布了1.18版本，引入了kubectl debug命令、Windows CSI代理等功能。更重要的是，2020年疫情加速了云原生技术的采用。企业需要更灵活、更可扩展的基础设施来支持远程工作，Kubernetes成为首选。

2020年底，Kubernetes宣布Dockershim弃用——将不再内置支持Docker容器运行时，而是使用CRI接口。这引发了一些担忧，但实际上只是架构调整，不影响容器的使用。

2021年，Kubernetes发布了1.22版本，移除了多个废弃的API版本，清理了技术债务。这标志着Kubernetes进入成熟期，开始关注稳定性和可维护性。

2022年至2024年，Kubernetes继续演进，但焦点从技术功能转向运营成熟。

GitOps：ArgoCD、Flux等工具让Kubernetes的部署更加自动化和声明式
平台工程：Kubernetes成为内部开发者平台的核心
边缘计算：Kubernetes扩展到边缘设备，支持IoT和边缘场景
多集群管理：随着采用规模扩大，跨集群管理成为焦点

到2024年，Kubernetes已经成为云计算的基础设施，就像Linux是操作系统的基础设施一样。

结果（Outcome）

到2024年，Kubernetes已经发展成为云原生计算的核心基础设施。

采用规模：根据CNCF的调查，超过**90%**的企业在生产环境中使用Kubernetes。Kubernetes支撑着数百万应用，从初创企业到财富500强。

生态系统：CNCF拥有超过150个开源项目，涵盖云原生技术栈的各个方面。云原生市场估计超过200亿美元。

行业影响：

DevOps文化的普及：Kubernetes推动了DevOps和GitOps文化的普及，自动化了应用的部署和运维
微服务架构的成熟：Kubernetes让微服务架构变得可行，推动了应用架构的演进
多云策略的实现：Kubernetes的可移植性让企业能够实现多云和混合云策略
平台工程的兴起：Kubernetes成为内部开发者平台的核心，催生了平台工程（Platform Engineering）这一新兴领域

商业模式：

托管Kubernetes服务：AWS EKS、Azure AKS、Google GKE等云厂商通过托管服务获得收入
企业平台：Red Hat OpenShift、Rancher、VMware Tanzu等企业提供企业级的Kubernetes平台
工具和服务：围绕Kubernetes的监控、安全、网络等工具形成了庞大的市场

技术演进：

Kubernetes从一个容器编排工具，演变成一个通用的基础设施平台。它不再只是运行容器，而是运行”工作负载”——包括虚拟机（KubeVirt）、WebAssembly（Wasm）等。

规律总结（Lessons）

Kubernetes的故事为我们提供了关于开源战略、生态建设和行业标准的宝贵启示：

1. 开放标准胜过封闭控制

谷歌选择开源Kubernetes，而不是将其作为专有技术保留。这个决定让Kubernetes成为行业标准，而不是谷歌的专有优势。开放标准建立了更大的生态系统，反过来也推动了谷歌云服务的采用。

2. 中立性是赢得信任的关键

Kubernetes捐赠给CNCF，确保项目的中立性。这让企业可以放心采用，不用担心被单一厂商锁定。中立性是Kubernetes战胜Docker Swarm等竞争对手的关键因素。

3. 生态系统比技术本身更重要

Kubernetes的成功不仅在于技术，更在于围绕它的生态系统。从Helm到Prometheus，从Istio到Argo，云原生技术栈提供了完整的解决方案。这种生态系统效应是后来者难以复制的。

4. 云厂商的支持是普及的关键

托管Kubernetes服务（EKS、AKS、GKE）的推出大大降低了Kubernetes的采用门槛。企业不再需要成为Kubernetes专家，可以直接使用云厂商的服务。

5. 社区驱动的创新模式

Kubernetes的快速发展得益于其开放的社区。来自全球的公司和个人的贡献，让Kubernetes能够快速演进。这种社区驱动的模式比单一公司的开发更高效。

6. 从项目到标准的演进路径

Kubernetes从谷歌的内部项目，演变为行业标准。这个路径值得其他技术公司学习：通过开源建立生态系统，通过标准化赢得市场，通过生态服务获得商业回报。

“我们不是在开源一个产品，而是在开源一种思考方式。Borg让谷歌能够以极高的效率运行世界上最大的服务，但我们意识到，只有开放才能让整个行业受益。Kubernetes的成功不是谷歌的成功，而是整个社区的成功。当看到数以百万计的开发者和企业用Kubernetes构建应用时，我们知道，我们改变了云计算的未来。开放、协作、创新——这是云原生的精神，也是我们对技术未来的信念。” —— Brendan Burns，Kubernetes联合创始人