💡 我是如何理解 Docker 及其生态系统的
吐槽一下：我不鼓励别人去背八股文。不是说市场规则这样的，面试官技术审美低下，你就要妥协自己的审美。坚定做自己吧。
可以把 Docker 想象成 “你应用程序的容器”。但其背后有着多层的抽象和编排：
1️⃣ Docker → 运行时 / 容器引擎
这是实际运行容器的核心。
可以把它想象成 CPU 和操作系统的支持：它拿到一个容器镜像，然后让它“活”起来。
为你的应用及其依赖管理一个隔离的环境。
2️⃣ Dockerfile → 菜谱 / 蓝图
描述了如何为你的应用构建一个镜像。
你只需写一次，它就能生成一个可复现的容器镜像。
可以把它看作一份施工计划：FROM 基础镜像 → RUN 命令 → COPY 文件 → EXPOSE 端口。
3️⃣ Docker Compose → 多容器编排（单机）
允许你在一台机器上定义和运行多个容器的应用。
可以把它看作一个能同时启动多个菜谱的脚本：你定义服务、网络、数据卷。
简化了在本地启动、停止和连接容器的过程。
4️⃣ Docker Swarm → 集群编排（多机）
接收类似 Compose 的定义，并在一个机器集群上运行它们。
处理服务发现、扩缩容、负载均衡和高可用性。
可以把它想象成管理多个厨房，而不是一个，确保每个容器都在某个地方高效地运行。
✨ 总结
Docker = 执行引擎（让容器活起来）
Dockerfile = 蓝图（如何构建容器）
Docker Compose = 单机编排（协调多个容器）
Docker Swarm = 多机编排（跨机器协调多个容器）
