容器化的过程中总是免不了要构建镜像，一个体积更小的镜像除了能够节省机器的磁盘空间之外，还能够提升传输效率。这篇文章主要是想讲述一下自己在优化镜像体积时所采取的措施，当然并不是所有方案都对减少镜像体积有明显效果，具体项目还要具体分析。这篇文章我以Rails项目的镜像构建作为例子。

这篇文章会以容器的方式运行Postgres服务作为例子简单介绍一些容器管理相关的命令，我们会看到容器的表现像是一个操作系统的进程，而镜像则像是一个“源码库”，一切容器的启动都依赖于它。此外还会介绍容器内的服务与外界打交道的方式，我们或许可以利用容器的这种特性在日常开发中采用容器服务。

近期公司的服务打算在容器这条路上做一些尝试，我也趁机试一下容器的水。这篇文章主要是对容器技术的一些概念做个简单总结。首先我会把容器技术与传统的虚拟化技术做个简单的比较，然后再从编程的角度来理解一些容器的相关概念。

将项目交付给一个没有 Rails开发经验的团队来部署上线成本非常高，Rails 常用的部署方式是使用 Capistrano 或者 Mina，如果对方团队的技术栈是基于 windows环境开发，那在本地跑项目的执行部署脚本的难度会非常的高 。这个时候 Docker就能很好的解决这个问题，Docker 将应用程序与该程序的依赖，打包在一个文件里面，对方只要执行这个文件就可以，不用担心环境问题。