经过尝试，在我的<strong>客户端</strong>运行：
```
docker -d ----insecure-registry 10.0.1.44:5000
```
成功，问题完美解决。

这样做是可以的，但还是不建议。

首先，您提到了Docker单进程模式带来管理配置的复杂化，这一点相信很多人都赞成。

但是如果想把您的系统用一个Docker Container来Dockerize化，也就是用容器来替代虚拟机，那么反过来讲，您的初衷是什么？您关心的Docker比VM有优势的地方在哪里？能想到的点可能是：节约资源，少跑一个OS的资源？启动快捷，水平扩展方便？相信这些都不是那么切中Docker能解决的痛点。当然Docker作为您公司产品的发布，会是一个很好的点。

但是如果使用Docker单进程模式的话，实际上将您的系统进行了一次简单的重构，从单点跨向分布式。复杂化了容器的管理配置，实际上目前有不少开源的内容已经在做这方面的内容了，如fig等；同时带来的其他好处还有：为您的系统的多模块各自提供隔离的运行环境；没有“把鸡蛋都放在一个篮子里”；运维管理方便（相比单VM模式下）。

健波，你这个问题其实Docker公司的人最清楚，Docker是一个开源项目，也是一个产品。如果你是产品经理，肯定要知道它的目标用户以及目标场景，对吧？正好Docker两周年的庆祝活动上，(https://twitter.com/jpetazzo)分享了(http://www.slideshare.net/jpetazzo/docker-automation-for-the-rest-of-us)，Jérôme是Docker公司员工，做了很多事，大家应该知道，所以他说的其实就是Docker公司说的。

我们曾经为Docker想了N多使用场景，但你有没有发现，官方对自己的定位一直很简单：an open platform to build, ship, and run any app, anywhere。看到了吧？这是官方定义的Docker，这不也是他们的初衷吗？

Docker真正火起来的原因是什么了？后面Jérôme又说了一个话题：What can Docker do for me，我贴几个重要的：

* Get a well-defined, reproducible environment
* Define this environment in a Dockerfile
* Build this Dockerfileinto a container image
* Run this container image anywhere

好的产品一定是解决了某一个需求，而Docker也不例外，所以我觉得Docker的亮点是可以通过镜像来定义环境。

其实这些(https://docs.docker.com)都有介绍。

(https://docs.docker.com/machine/)：解决的是操作系统异构安装Docker困难的问题，没有Machine的时候，CentOS是一种，Ubuntu又是一种，AWS又是一种。有了Machine，所有的系统都是一样的安装方式。

(https://docs.docker.com/swarm/)：我们有了Machine就意味着有了docker环境，但是那是单机的，而通常我们的应用都是集群的。这正是Swarm要做的事情，给你提供docker集群环境和调度策略等。

(https://docs.docker.com/compose/)：有了环境，我们下一步要做什么？部署应用啊。然后我们需要docker run image1、docker run image2...一次一次不厌其烦的重复这些操作，每次都写大量的命令参数。Compose简化了这个流程，只需要把这些内容固话到docker-compose.yml中。

目前Machine、Swarm、Compose已经可以结合使用，创建集群环境，简单的在上面部署应用。但是还不完善，比如对于有link的应用，它们只能跑在Swarm集群的一个机器上，即使你的集群有很多机器。可以参考(http://dockerone.com/question/105)。

SocketPlane是Docker最近收购的产品，猜想应该是为了强化Docker的网络功能，比如提供原生跨主机的网络定制、强化Swarm和Compose的结合等。

参与的人太少了，期待大家都积极的参与到话题里面来。

高焕堂老师，提到了赚第二阶段的钱的问题。有的程序员可能觉得赚钱模式，离自己太远，自己还是专心搞技术。我谈谈我的想法，我觉得

没有纯技术，技术一定是为了解决现实的问题的解决问题的技术也必须有财力支撑才能不断的成长。作为为技术而工作的开发维护者，成为盈利产品的参与者才会有发展，不止是薪酬回报问题，只有盈利的项目，你花心思做的东西，才会有生命。

所以我觉得开发维护者关心的应该不止于技术，而应该积极的参与到盈利模式的探讨中来。

我可以提供360小水滴，同步直播。
我有个建议是，效仿docker官方也成立一个docker中国技术委员会，委员会成员来自各个公司，大家有责任提供更多得资源和分享给meetup。

<ol><li><strong>新浪微博</strong> 陈飞 </li><li><strong>华为</strong> 黄强</li><li><strong>天云软件</strong> 贾琨</li><li><strong>希云cSphere</strong> 王利俊</li><li><strong>雪球</strong> 高磊</li><li><strong>云雀科技</strong> 左玥</li><li><strong>数人科技</strong> 肖德时</li><li><strong>IBM</strong> 杨博</li><li><strong>DaoCloud</strong> 孙宏亮</li><li><strong>浙江大学</strong> 张磊、孙健波</li><li><strong>京东</strong> 徐新坤</li><li><strong>时速云</strong> 王磊</li><li><strong>华为</strong> 马全一</li></ol>........

上面是比较出名的，这里是@Fiona 整理的一份国内的(https://github.com/fiona-hall/Docker-Warriors)的名单，供参考。仅作交流。

给你推荐本电子书http://yuedu.baidu.com/ebook/d817967416fc700abb68fca1?_searchquery=Docker%C8%EB%C3%C5%CA%B5%D5%BD

这种情况下，可以在docker构建时，临时禁用cache

`/etc/profile`中的变量不是自动就`export`的，完整的os在启动过程会有启动程序依次读取系统和用户的配置文件，但在容器里就没有这一步了，所以要自己导出才可以。
最直接的办法是用 `run` 或`create`的`-e`参数通过命令行在容器外指定环境变量；当然也可以写一个`entrypoint`脚本，在其中`export` 那些基本不发生变化的环境变量。
对于你说的这种情况，建议直接在镜像里`rm` 旧版本的 php ;-P

请参考 (https://docs.docker.com/engine/reference/run/#env-environment-variables)