Docker 容器化
理解传统部署模式的核心痛点
掌握 Docker 的核心价值与解决思路
明确 Docker 的主流应用场景
核心讲解
（1）传统部署的四大痛点
在 Docker 出现之前，软件部署一直面临着环境不一致、效率低、成本高的问题：
环境不一致：「我这能跑，你那跑不起来」是行业常态。开发、测试、生产环境的系统版本、依赖库、配置都不一样，部署一次要踩无数环境坑。
部署效率低：每个服务器都要装环境、配依赖、调配置，复杂应用部署一次几小时到几天，扩容、迁移成本极高。
资源浪费严重：物理机或虚拟机部署一个应用，大量闲置资源用不起来，一台机器跑不了几个应用。
迁移成本高：换服务器、换环境要全部重来，应用移植非常麻烦。
（2）Docker 的核心解决思路
Docker 是容器化技术的事实标准，核心思想是一次构建，到处运行。
环境打包：把应用和它的所有依赖、库、配置、运行环境一起打包成镜像，在哪里运行都是完全一样的环境，彻底解决环境不一致问题。
秒级部署：容器是进程级的，启动只需要几秒，部署、扩容、回滚都非常快。
资源隔离复用：容器之间互相隔离，但共享系统内核，一台机器可以跑几十个上百个容器，资源利用率提升数倍。
标准交付：镜像就是标准交付件，开发、测试、运维用同一个镜像，全程一致。
（3）主流应用场景
微服务部署：每个微服务一个容器，独立部署、独立扩缩容，是微服务架构的标准载体。
开发环境统一：团队所有人用同一个镜像开发，不会出现环境差异导致的 bug。
CI/CD 持续集成：构建镜像→测试→部署，全流程自动化，是 DevOps 的核心组件。
弹性伸缩：流量高峰快速启动容器扩容，低谷销毁，按需付费，适合云原生场景。
多版本兼容：同一台机器同时跑多个版本的应用，互不影响。
常见误区
Docker 就是虚拟机：容器和虚拟机本质完全不同，容器是进程级的，不是完整系统。
只有运维才需要学：开发、测试、算法都需要 Docker 环境，是通用技术技能。
Docker 只能跑 Linux 应用：Windows 容器也存在，但主流是 Linux 容器。
课后练习
结合你的工作 / 学习场景，列举 3 个 Docker 可以解决的具体问题
简述「一次构建，到处运行」的核心含义
思考：为什么微服务架构和 Docker 是天生的搭配？
