我觉得从2个层面考虑：1.公司角度从公司的角度考虑，如果公司对容器技术的支持力度大的话，可以先将偏app或者是无状态的服务往容器上迁移，这样可以快速的看到效果。2.技术角度技术角度考虑，主要涉及到业务了。首先要做的就是前端和数据库的分离，最好的结果是一个容器中运行一个服...

可以在把容器作为镜像后，用户手动点击按钮来触发所有节点更新，这样一个是代码逻辑简单，就是在所有节点执行docker pull 镜像，另外对于用户来说是可控是否更新新版本镜像。

测试环境属于单节点测试，生产属于集群环境，前者测试完成后，把容器打成对应版本镜像，然后生产环境应用此镜像，就完成更新操作，回滚也一样。

每次变更都是一个层，每层没办法压缩，具体可以参考http://www.bubuko.com/infodetail-652495.html

可以这样说，如果想满足你容器程序的话，可以升级宿主机内核。

consul就是一个小型的k/v数据库，跟etcd差不多，具体介绍看http://blog.csdn.net/viewcode/article/details/45915179，跟etcd与fannel不是结合的。

我这里生产环境是centos 7.1 +docker 1.6.2，至于你重启问题，之前我这里出现过，一个是因为容器使用内存过多导致，另外一个是通过内核问题导致，至于如何判断你需要查看系统日志了，内核bug可以参考http://dl528888.blog.51cto.com/2382721/1655142。容器ip增加是因为你使用了docke...

前者是第三方写的，后者是官方提供的，都是解决数据挂载到容器的，不过前者是多主机docker集群，后者只能对单一容器的。

你好，请问k8s里面的proxy与service的关系，service是IP+端口的抽象，proxy是怎么和service结合起来的。 为什么要每个minion节点都运行一个proxy，具体是怎么和iptables联合起来使用的，麻烦举个例子，谢谢！...(more)

前2点都是在单机平台，也就是一个宿主机里安装一个docker来实现，最后一个是通过集群集群，集群通信软件是自己写的，可以查看http://dl528888.blog.51cto.com/2382721/1687544，至于第二点与第三点联合，其实就是第二点研发测试玩后，通过容器打包，把测试镜像打成一个镜像，然后通过发布...