Kubernetes 概述
理解 Kubernetes 的定位与核心价值
掌握容器编排的适用场景
区分传统部署与容器编排的差异
核心讲解
Kubernetes（简称 K8s）是谷歌开源的容器编排调度系统，是云原生时代的事实标准，用来自动化部署、扩缩容、管理容器化应用。 名称由来：Kubernetes 源自希腊语 “舵手”，中间有 8 个字母，因此简称 K8s。
（1）核心优势
自动化部署与运维：声明式部署，系统自动处理容器创建、调度、故障自愈，应用上线与运维效率提升数倍
弹性扩缩容：根据流量自动扩缩容副本，高峰扩容、低谷缩容，节省服务器资源
环境一致性：开发、测试、生产环境完全一致，从根源上杜绝 “我本地能跑” 的环境问题
自我修复：容器异常自动重启，节点故障自动迁移，保障服务持续可用
资源利用率提升：多应用混合部署，智能调度，服务器资源利用率从传统的 10%~20% 提升至 50%~70%
声明式 API：只描述期望的最终状态，系统自动达成，无需编写一步步的执行命令
（2）传统部署 vs 容器编排
表格
维度 | 传统物理机 / 虚拟机部署 | Kubernetes 容器编排 |
|---|---|---|
部署方式 | 手动部署、脚本部署，繁琐易出错 | 声明式 YAML 定义，一键标准化部署 |
扩缩容 | 手动加机器、部署，分钟级到小时级 | 一键 / 自动扩缩容，秒级生效 |
故障处理 | 人工排查、重启，耗时久 | 自动自愈、自动重建，秒级恢复 |
资源利用率 | 低，单应用独占资源 | 高，多应用混合调度 |
环境一致性 | 环境差异大，部署容易出问题 | 镜像标准，环境完全一致 |
上线回滚 | 手动上线，回滚操作繁琐 | 滚动更新，一键回滚 |
（3）适用场景
微服务架构应用的部署与全生命周期管理
有弹性伸缩需求的互联网业务
持续交付、DevOps 自动化流水线
混合云、多云应用部署
有状态应用、大数据、AI 工作负载调度
常见误区
K8s 就是用来跑容器的：不止是运行容器，核心是编排、调度、自愈、扩缩容，是完整的容器操作系统
小项目不需要 K8s：小项目可以用轻量发行版，但中大型项目 K8s 是行业标准，技术栈统一
有 Docker 就够了：Docker 是容器运行时，K8s 是容器编排，大规模部署必须用编排系统
K8s 只能跑无状态应用：有状态应用、批处理、AI 任务都支持，生态非常完善
课后练习
查阅资料，简述 Kubernetes 的发展历史与 CNCF 的关系
列举 3 个 Kubernetes 相比传统虚拟机部署的核心优势
结合你的方向，说明 K8s 可以应用在哪些业务场景
