而运维人员则可以直接在生产环境中快速部署该镜像，甚至结合 持续部署(Continuous Delivery/Deployment) 系统进行自动部署。 而且使用 Dockerfile 使镜像构建透明化，不仅仅开发团队可以理解应用运行环境，也方便 运维团队理解应用运行所需条件，帮助更好的生产环境中部署该镜像。 更轻松的迁移 为什么要用 Docker 17 由于 Docker 确保了执行 的学习中，我们可以了解到，镜像的定制实际上就是定制每一层所 添加的配置、文件。如果我们可以把每一层修改、安装、构建、操作的命令都写入一个脚 本，用这个脚本来构建、定制镜像，那么之前提及的无法重复的问题、镜像构建透明性的问 题、体积的问题就都会解决。这个脚本就是 Dockerfile。 Dockerfile 是一个文本文件，其内包含了一条条的指令(Instruction)，每一条指令构建一层， 因此每一条指令的内容，就是描述该层应当如何构建。 日志和检查点备份，压缩，快照等。 监听数据变化，跟踪日志，日志和监控代理，消息发布等。 代理，网桥 控制器，管理，配置以及更新 替代方案 为什么不在一个单一的容器里运行多个程序？ 1.透明化。为了使容器组中的容器保持一致的基础设施和服务，比如进程管理和资源监 控。这样设计是为了用户的便利性。 2.解偶软件之间的依赖。每个容器都可能重新构建和发布，Kubernetes 必须支持热发布

资源共享和通信 容器组管理 容器组的使用 Docker —— 从入门到实践 162 架构设计 代理，网桥 控制器，管理，配置以及更新 为什么不在一个单一的容器里运行多个程序？ 1.透明化。为了使容器组中的容器保持一致的基础设施和服务，比如进程管理和资源监控。这样设计是 为了用户的便利性。 2.解偶软件之间的依赖。每个容器都可能重新构建和发布，Kubernetes必须支持热发布和热更新（将