身边不少做运维和开发的朋友都遇到过这种情况：网上看了很多Docker和K8s的教程，docker run、kubectl apply这些命令也能敲出来，但一到实际项目里就不知道怎么下手了。微服务怎么打包成镜像？K8s集群怎么规划？有状态应用（比如MySQL、Redis）怎么在K8s上高可用部署？这些问题，恰恰是"会用"和"能落地"之间的差距。

Docker不是终点，而是起点

很多人把Docker等同于容器化，其实Docker只是容器运行时的一种。理解了这一点，才能明白整个容器化部署的技术栈是怎么串起来的。

Docker的核心价值在于"一次构建，到处运行"。通过Dockerfile定义应用的运行环境、依赖和启动方式，打包成一个镜像，这个镜像在开发环境、测试环境、生产环境运行的行为完全一致。这一点对于有多套环境的企业来说，价值巨大。

但光有Docker不够。当你只有几台机器、十几个容器的时候，手动管理还能应付。一旦容器数量上百、部署节点几十台，就需要一个"容器调度大脑"——这就是Kubernetes。

Kubernetes：从"会用"到"会设计"

K8s的入门门槛不低。光是核心概念就有一大堆：Pod、Deployment、Service、Ingress、ConfigMap、Secret、PV/PVC、StatefulSet、DaemonSet……每个概念背后都对应着一类实际问题。

拿最常用的Deployment来说。它的作用是管理无状态应用的副本数量、滚动更新和回滚。但实际项目中，你需要考虑的不只是写一个deployment.yaml——还需要规划：

资源限制（requests和limits怎么设？）、健康检查（liveness和readiness探针怎么配？）、滚动更新策略（maxSurge和maxUnavailable怎么平衡？）、亲和性与反亲和性（Pod怎么分布到不同节点上避免单点故障？）。

再比如有状态应用。MySQL、Redis这类应用在K8s上部署比无状态应用复杂得多。你需要理解StatefulSet的工作机制、Headless Service的作用、持久化存储（PV/PVC/StorageClass）的配置，以及数据备份和恢复方案。

CI/CD流水线：把"手工操作"变成"自动流程"

容器化的最终目标是实现自动化交付。一个典型的CI/CD流水线是这样的：

开发人员推送代码到Git仓库 → Jenkins/GitLab CI自动触发构建 → 代码编译、单元测试、静态代码扫描（SonarQube） → 构建Docker镜像并推送到私有镜像仓库（Harbor） → 执行自动化测试 → 通过Helm或Kustomize部署到K8s集群 → 灰度发布或蓝绿部署 → 监控告警（Prometheus+Grafana）。

这条流水线一旦搭建好，代码从提交到上线可以实现全自动化，交付效率会有质的飞跃。

中培IT学院"云原生架构与容器化部署实战训练营"课程中，学员将在讲师指导下亲手完成：使用Dockerfile构建微服务镜像、搭建私有镜像仓库、在Kubernetes集群上部署Redis高可用集群和MySQL集群、搭建Git+Jenkins+Docker+K8s的完整CI/CD流水线。三天课程，覆盖从Docker基础到K8s集群管理的全链路实操。

2026年北京班次：8月29-31日、11月26-28日，支持面授和线上直播同步学习。咨询：13910781835（同微信）。