| 备注 | 修改日期 | 修改人 |
| 创建版本 | 2025-12-29 19:32:34[当前版本] | 文艺范儿 |
Docker 的出现重新定义了容器的“易用性”,将原本复杂的 LXC(Linux 容器)技术包装成“镜像+容器”的简单模型,推动容器从“极客工具”走向“大众开发”。
| 时间 | 关键事件 | 意义 |
|---|---|---|
2013.03 |
dotCloud 公司(后更名为 Docker Inc.)创始人 Solomon Hykes 在 PyCon 演讲中首次展示 Docker 项目 |
提出“Build, Ship, Run Any App, Anywhere”口号,引发容器技术热潮 |
2013.09 |
Docker 0.8 版本发布,引入Union File System(AUFS)作为镜像分层基础 |
解决了镜像“重复存储”问题,大幅提升镜像构建效率 |
2014.06 |
Docker 1.0 版本发布 |
标志 Docker 进入生产级稳定阶段,企业开始尝试用 Docker 部署应用 |
2014.12 |
Docker Inc. 推出 Docker Compose(容器编排工具)、Docker Machine(跨主机部署) |
完善 Docker 生态的“单机→多机”管理能力 |
2015.06 |
Docker 主导成立 OCI(开放容器倡议),捐赠 |
推动容器标准化(解决“容器格式碎片化”问题,为后续 Kubernetes 整合铺路) |
2017.04 |
Docker Inc. 将 Containerd 捐赠给 CNCF(云原生计算基金会) |
拆分 Docker 的底层运行时,为 Kubernetes 集成 Containerd 奠定基础 |
Kubernetes(简称 k8s)由 Google 基于内部 Borg 系统(Google 十年容器编排经验)开源,旨在解决 Docker 生态的“多机编排短板”——Docker Swarm(Docker 官方编排工具)虽易用,但缺乏 Google 级别的集群管理经验。
| 时间 | 关键事件 | 意义 |
|---|---|---|
2014.06 |
Google 开源 Kubernetes 项目(Go 语言编写) |
提出“声明式 API”“控制器模式”等核心思想,主打高可用、可扩展 |
2015.07 |
Kubernetes 1.0 版本发布,同时 CNCF 正式成立 |
CNCF 将 Kubernetes 作为首个孵化项目,标志云原生生态起步 |
2016.03 |
Kubernetes 1.2 版本发布,支持 StatefulSet(有状态应用编排) |
解决了 Docker Swarm 对有状态应用(如数据库)支持不足的问题 |
2017.09 |
Kubernetes 1.8 版本发布,引入 RBAC(基于角色的访问控制) |
强化企业级安全能力,满足金融、医疗等行业需求 |
2017.10 |
Docker 宣布支持 Kubernetes(Docker Enterprise 2.0 内置 Kubernetes) |
容器生态从“Docker vs Kubernetes”转向“Docker + Kubernetes”融合 |
2018.03 |
Kubernetes 成为 CNCF 第一个毕业项目(Graduated Project) |
技术成熟度获业界认可,成为容器编排的事实标准 |
2018 年后,Docker 与 Kubernetes 的关系从“竞争”转向“互补”:
关键里程碑:
Docker 与 Kubernetes 的发展史,本质是“容器技术从‘工具化’到‘平台化’的演进”:
附:核心时间线可视化
此文档选择搭建 v1.34.3
企业选择 k8s 版本时,核心关注「稳定性、支持周期、特性匹配」三个因素:
支持周期:
Kubernetes 采用「N-2 稳定版支持策略」(每个版本的支持周期为 14 个月,其中前 12 个月提供 bug 修复,后 2 个月仅提供安全补丁)。例如:
稳定性:
企业通常避开刚发布的「.0 版本」(如 v1.35.0),优先选择「.x」小版本(如 v1.34.1)——小版本会修复前一版本的 bug,稳定性更优。
特性需求:
若企业需要使用新特性,会选择对应版本;若仅需基础功能,会倾向更成熟的旧版本(如 v1.33.6)。
| 行业类型 | 常用版本 | 原因说明 |
|---|---|---|
互联网/科技 |
v1.28.x、v1.29.x |
追求新特性(如 Server-Side Apply 增强、GPU 资源管理优化),团队技术能力强,能快速适配版本变化 |
金融/医疗 |
v1.27.x、v1.28.x |
对稳定性要求极高,倾向选择支持周期长、bug 少的版本,避免新特性的潜在风险 |
传统制造 |
v1.27.x 及以下 |
容器化转型较慢,更关注「兼容现有系统」(如与旧版 Docker/Containerd 的适配) |
etcdctl snapshot save)与 k8s 配置(kubectl get all --all-namespaces -o yaml > backup.yaml);Kubernetes v1.34.3版本主要是对v1.34.0(代号“风与意志”)的修复和稳定性更新,核心新特性和改进在1.34系列版本中已经引入,主要亮点包括动态资源分配(DRA)的稳定(支持AI/ML和HPC)、ServiceAccount令牌用于镜像拉取增强安全性、更优的调度性能以及对新组件如Gateway API的集成优化,该版本修复了之前的潜在问题,提升了整体的资源管理和可观测性,对生产环境是平滑升级。
Kubernetes v1.34 的主要特性(体现在1.34.2中)
硬件与软件
| 组件 | 要求 |
|---|---|
节点 |
- Master 节点:≥ 8 核、16G 内存、200G SSD(需支持 eBPF,推荐 Ubuntu 24.04 LTS); - Worker 节点:≥ 4 核、8G 内存(GPU 节点需 NVIDIA A100/H100 显卡,安装 Driver 555+); - 边缘节点(可选):≥ 2 核、4G 内存(支持离线运行,推荐 Raspberry Pi 5 或 x86 边缘设备)。 |
软件 |
- Containerd ≥ 2.0(支持 OCI 1.2 规范与 MIG 2.0); - Kubernetes v1.34.1 二进制包(需从源码编译,开启对应 Feature Gates); - eBPF 内核支持(Linux 6.5+,开启 |