已支持，希望早日康复，渡过难关～～

#30 楼 @ycwdaaaa 哦，对于 swarm mode，我也只是了解过，没有在真实的机子上用过，等后续我这边机子升级后，我也来实验一下~~ 后续多交流

#28 楼 @ycwdaaaa docker1.12 版本之后才提供了新版的 swarm，就是 swarm node,集成到 engine 中。由于现在测试环境 docker 的版本过低，所以目前使用的是老版本的 swarm。顺便问一下，你们机子现在都是运行的 docker1.12 之上的版本？版本低的机子都做了升级吗？

#14 楼 @ycwdaaaa 没有使用 overlay，我们现在测试环境的机子都是 centos5，和 centos6 的，能部署的最高的 docker 版本是 1.7，无法提供 overlay 支持，现在节点都是使用的 host 模式。现在集群主要用来跑分布式，节点之间没有啥通信，所以暂时也没考虑跨节点通信这块

不知道说什么，兄弟，2017，过的快乐些，随意些吧，别把自己逼太紧了

#7 楼 @ycwdaaaa 哦，这么说就明白多了，是我理解偏差了，我当时还疑问为啥非要到客户场地测试呢。。

感觉楼主写的文章都挺有深度，每一篇我都仔细看了，收获良多。对于这篇中的进场测试，是你们到了客户场地，查看客户操作系统版本是 Centos6.6，然后你们从 ftp 上拉取 Centos6.6 的容器进行部署测试？对于楼上的说法，我也深有感触，能将新技术落地并提高生产力才是最好的，要不搞了半天还不如不搞。对于环境编排，我们测试环境用的也是 swarm node，感觉挺好，结合 shipyard，可以通过 web 来操作，比较方便。顺便问下楼主，你们的微信公众号是啥

#4 楼 @thanksdanny 大家相互学习

👍🏻，希望社区发展越来越好

#12 楼 @zhuanyedecece 不好意思才看到 ，恩，一直在做测试方面的工作

#64 楼 @Lihuazhang ok~~

如果参加 review，要怎么报名？

总结的很不错，最起码态度和走路的方向是对的，最喜欢带这样的新人，新年里好好加油！

#5 楼 @ycwdaaaa 这种思路很好，多尝试，

#7 楼 @allanwendy 也还在学习中，边学习边实践。。。

#9 楼 @oggboy 我一看名字就知道是谁了，哈哈，都搬过来好累，等有时间我再整整

#5 楼 @hbreset 文章中所写的分布式测试主要指能够将 case 分散到多台计算机执行并收集结果的系统，其原理与 grid 有很多相似点，文章的最后我也贴出了我们组所做系统的链接，欢迎批评指正

#1 楼 @JustinHouge 每段的字确实有些多了，我抽空重新排下版~~

#11 楼 @weixiao 有帮助就好，要不码这么多字还真浪费了。。。

关于 Image layer cache 的问题确实应该好好的研究一下，之前更多的是站在使用的角度来研究 docker，很多底层的东西搞的不是很清楚，后续抽时间研究研究。

关于 docker image 大小的问题，之前考虑过 volume 挂载的方式，后来根据测试业务的需求才选择了整合进 image 中，但这样确实也使得镜像很大。先实践一段时间看看吧，单从镜像维护的角度看，确实应该将 data 数据拆分出来。

不得不说，能和同行交流是一件很幸福的事，后续多多交流~~

docker node 除了提供了执行测试用例所需要的环境，还作为 celery worker 的 wrapper 而存着。当运行 docker 容器时，会同步启动 celery worker 从 broker 中获取数据。每个 node 节点都拥有一套完成的测试服务，具体执行哪一个测试文件的那一条 case 是由从 broker 中获取的任务信息决定

由于测试的是搜索引擎端，所以每次测试都需要加载很多报文数据以及很多必要的文件，这也造成了最后生产的 docker 镜像大于 10G。至于 dockerfile 确实应该把 shell 命令写在一行，这点做的确实不太好，受教了～

嗯，看过，入门不错

嗯，没用过的话，可以下载下来用用，其实挺方便的，结合 gtest 自带的 samples 还是很容易上手的～

读了很多遍才读懂，写的非常棒，期待其他类似的分享~~