storm我是没有使用过，出现这样问题的话，应该是之前有占用宿主机8080端口的业务，在修改宿主机防火墙导致，解决方法可以是创建容器使用-p参数，通过宿主机不同端口对于容器的8080，也可以手动修改宿主机防火墙。...
consul就是一个小型的k/v数据库，跟etcd差不多，具体介绍看http://blog.csdn.net/viewcode/article/details/45915179，跟etcd与fannel不是结合的。
每次变更都是一个层，每层没办法压缩，具体可以参考http://www.bubuko.com/infodetail-652495.html
容器使用固定ip，可以在docker run容器的时候不采用固定的bridge模式，也就是--net='none‘，另外分配给容器一个固定ip，可以采用pipework，可以参考http://ylw6006.blog.51cto.com/470441/1607014/，但容器重启后固定ip就没有了，所以想弄成持久化的，可以参考http://www.aixchina.net/...
前2点都是在单机平台，也就是一个宿主机里安装一个docker来实现，最后一个是通过集群集群，集群通信软件是自己写的，可以查看http://dl528888.blog.51cto.com/2382721/1687544，至于第二点与第三点联合，其实就是第二点研发测试玩后，通过容器打包，把测试镜像打成一个镜像，然后通过发布...
前者是第三方写的，后者是官方提供的，都是解决数据挂载到容器的，不过前者是多主机docker集群，后者只能对单一容器的。
测试环境属于单节点测试，生产属于集群环境，前者测试完成后，把容器打成对应版本镜像，然后生产环境应用此镜像，就完成更新操作，回滚也一样。
在容器里配置，可以参考14:42:04 # cat /etc/profile.d/java.sh
#follow is jdk 1.7.67 env
JAVA_HOME=/usr/java/jdk1.7.0_67
JRE_HOME=/usr/java/jdk1.7.0_67/jre
PATH=$PATH:$JAVA_HOME/bin:$JRE_HOME/bin
CLASSPATH=:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar:$JRE_H...
如果仅 不包含数据的话，后者更轻量级一下，毕竟一个镜像容器与一个dockerfile，在大小上，后者更小；但如果包含数据，虽然前者传输慢一些，但完整性更强。可以根据情景需要来选择。
