在单容器时代，我们使用 docker run 配合各种参数就能玩得风生水起。但随着业务演进到微服务时代，问题接踵而至：一个标准的电商系统可能需要 1 个 Spring Boot 业务容器、1 个 Redis 缓存、1 个 MySQL 数据库、1 个 RabbitMQ 消息队列。如果依然用普通的 Docker 命令，你必须手动敲 4 次极其冗长的 docker run，还要小心翼翼地处理它们的启动顺序、手动创建网络并把它们一个个拉进来。一旦漏掉一个参数，整个系统就会瘫痪。为了解决单机多容器分布式应用的编排与部署痛点，生产的标配工具就是 Docker Compose。
在 Docker 的世界里，Network（网络）是赋予容器沟通能力的灵魂所在。默认情况下，容器是一个个完全隔离的、孤独的沙盒。如果没有网络，它们既无法被外部用户访问，之间也无法互相通信。在实际的案例中，Docker 网络最核心的就是弄懂它的 4 种原生网络模式（Bridge、Host、None、Container）以及大厂最爱用的自定义网络。
关于 Dockerfile 的详细使用，请参考 Dockerfile reference 说明。
Build, ship and run any App, Anywhere.
一次镜像，处处运行。从搬家到搬楼。
传统上认为，如那件开发测试完成之后，所产生的成果即是程序或者是能够执行的二进制字节码等。而为了让这些程序能够顺利执行，开发团队也要准备完整的部署文件，让运维团队得以部署应用程序，开发需要清楚地告诉部署团队，用的全部的部署文件以及所有的软件环境。不过即便如此，仍然会常常发生部署失效的问题。Docker的出现使得它得以打破 “程序即应用” 的观念。通过 “镜像” images 将作业系统核心除外，运作应用程序所需要的系统环境，由下而上打包，达到应用的跨平台间的无缝接轨运作。
Docker 官网、Docker 镜像仓库、Docker 文档