【编者的话】本文作者是geoffrey，他是一个php的web开发者，喜欢devops和docker。本文主要介绍了如何使用docker构建 php的开发环境，文中作者也探讨了构建基于docker的开发环境应该使用单容器还是多容器，各有什么利弊。推荐php开发者阅读。
现在很多开发者都使用vagrant来管理他们的虚拟机开发环境，vagrant确实很酷， 不过也有不少缺点（最主要的是它占用太多的资源）。在容器技术、docker和更多类docker技术出现后，解决这个问题就变得简单了。
<a target="_blank"></a>
由于boot2docker的工作方式，本文所述的方法在你的环境中可能无法正常运行。如果需要在非linux环境下共享文件夹到docker容器，还需要注意更多额外的细节。后续我会写篇文章专门来介绍实际遇到的问题。
首先，我们得知道什么才是好的开发环境， 对于我而言，一个好的开发环境需要具备以下几个特点：
可随意使用。我必须可以随意删除和创建新的环境。
快速启动。我想要用它工作时候，它立马就能用。
易于更新。在我们行业中，事物发展变化非常快，必须能让我很容易将我的开发环境更新到新的软件版本。
而docker都支持以上这些特点，甚至更多。你几乎可以即时销毁和重建容器，而更新环境只需要重建你当前使用的镜像即可。
目前web应用错综复杂，php开发环境需要很多的东西，为了保证环境的简单性，需要做各种各样的限制。
我们这次使用nginx、php5-fpm、mysql来运行synmfony项目。由于在容器中运行命令行会更复杂，所以这方面的内容我会放到下一篇博客中再说。
另一个我们要讨论的重点是：我们要把开发环境部署在多容器还是单容器中。 两种方式各有优点：
单容器易于分发、维护。因为它们是独立的，所有的东西都运行在同一个容器中，这点就像是一个虚拟机。但这也意味着，当你要升级其中的某样东西（比如php新版本）的时候， 需要重新构建整个容器。
多容器可以在添加组件时提供更好的模块化。因为每个容器包含了堆栈的一部分：web、php、mysql等，这样可以单独扩展每个服务或者添加服务，并且不需要重建所有的东西。
因为我比较懒，加上我需要在我的笔记本上放点别的内容，所以，这里我们只介绍单个容器的方法。
不管怎么样，你可以读一下。接下来如果还没有composer命令的话，你可以创建一个属于自己的composer 别名。
现在你可以初始化symfony工程了：
帅呆了！下面来点实在的工作。(省略了博主自娱自乐的一堆balabla....原文:awesome. give yourself a high-five， get a cup of coffee or whatever is your liquid drug of choice， and get ready for the real work.)
构建一个运行标准symfony项目且自给自足的容器相当容易，只需要安装好常用的nginx、php5-fpm和mysql-server即可，然后把预先准备好的nginx的虚拟主机配置文件扔进去，再复制一些配置文件进去就完事了。
我们通过扩展 debian:wheezy 这个基础镜像开始，然后通过一系列的sed命令来配置nginx和php5-fpm。
这里我们要做两件事。 首先配置php5-fpm和nginx让他们在前台运行以便supervisord可以追踪到他们。
然后，配置php5-fpm以指定的用户运行web-server，并处理好文件权限。
接下来需要安装一组配置文件，首先是nginx的虚拟主机配置文件vhost.conf:
因为我们不需要域名，所以把server_name设成了_（有点像perl的$_占位符变量）， 并配置根目录（document root）为/svr/web， 我们会把应用程序部署在/srv下，剩下的就是标准的mginx + php5-fpm配置.
因为一个容器每次只能运行一个程序， 我们需要supervisord（或者任何别的进程管理器，不过我比较中意supervisord）。幸运的是， 这个进程管理器会产生我们需要的所有进程！下面是一小段supervisord的配置：
这里我们需要做的是定义所有的服务， 加上一个特殊的program:init进程，它不是一个实际的服务，而是一个独创的运行启动脚本的方式。
这个启动脚本的问题在于，它通常需要先启动某些服务。比如，你可能要初始化一些数据库表，但前提是你得先把mysql跑起来，一个可能的解决办法 是，在启动脚本中启动mysql，然后初始化表，然后为了防止影响到supervisord的进程管理，需要停掉mysql，最后再启动 supervisord。
这样的脚本看起来类似下面这样：
看起来丑爆了有木有，咱换种方式，让supervisor来运行它并且永不重启。
实际的init.sh脚本如下：
脚本先等待mysql启动，然后根据环境变量db_name创建db，默认为symfony， 然后在init环境变量中查找要运行的脚本，并尝试运行它。本文的结尾有说明如何使用这些环境变量。
万事俱备只欠东风。我们还要构建symfony docker镜像， 使用docker build命令:
现在，可以使用它来运行你的symfony工程了:
我们来看看这一连串的选项分别是干嘛的:
-i 启动交互（interactive）模式， 也就是说，stdio（标准输入输出）连接到了你当前的终端上。当你要接收日志或者给进程发送信号时，它很有用。
-t 为容器创建一个虚拟tty， 它跟-i是好基友，通常一起使用。
-p 告诉docker守护进程发布所有指定的端口， 本例中为80端口。
-v $pwd:/srv 把当前目录挂载到容器的/srv目录。挂载一个目录使得目录内容对目标挂载点可用。
现在你还记得之前提到的db_name和init环境变量了吧，干嘛用的呢：用于自定义你的环境。 基本上你可以通过 docker run的-e选项在容器中设置环境变量，启动脚本会拿到环境变量，因此，如果你的db名为some_project_dev， 你就可以这么运行容器：
init 环境变量就更强大了，它允许你启动时运行指定的脚本。比如， 你有一个bin/setup脚本运行composer install命令并且设置数据库schema:
用-e来运行它：
注意，-e选项可以在docer run中多次使用，看起来相当酷。另外，你的启动脚本需要可执行权限（chmod +x）。
现在我们通过curl发送请求到容器，来检查一下是否所有的东西都像预期一样工作。首先，我们需要取到docker映射到容器的80端口的公共端口，用docker port命令:
docker ps -aql 1 是个好用的命令，可以方便的检索到最后一个容器的id， 在我们的例子中，docker 把容器的80端口映射到了49153端口。我们 curl 一下看看。
当我们不从localhost（译者注：容器的localhost）访问dev controller时，得到了symfony的默认错误消息，这再正常不过了， 因为我们不是从容器内部发送 curl 请求的， 所以，可以安全的从前端控制器web/app_dev.php中移除这些行。
这些行阻止了任何从localhost以外的地方访问dev controller。
很容易吧！ 现在我们可以快速的启动、更新环境了，但还是有很多地方需要改进。
result.png
原文发布时间：2014-01-05
本文来自云栖合作伙伴“linux中国”