Docker 集群，你们用 Swarm 还是 Kubernetes？

[Antidictator]

很明显在 Github 的 Star ， Contributor 的数量级上是不能比的。

不过我还是想知道各位 V 友更推荐哪一个？ Reason ？

看的一些比较老的文章说的是 Swarm 不负责负载均衡的问题，最新版本也是如此吗？我先去官网看看，感兴趣的可以讨论一下。： P

By the way，每次发帖默认发到Chamber是什么情况。

[gwind]

k8s, 1.2, 1.3 的时候学习了下，很不错，但入门稍显复杂，几个概念需要深入理解。
docker swarm 只是测试过，特点是搭建集群特别简单， docker , docker-compose 这些使用习惯都能有保留。

个人认为， docker swarm 已经集成到 docker 内部，无论从哪个方面来说，都应该熟悉。 k8s 面对大的场景有更多案例，也有不少人已经基于 k8s 创业，可以了解。

去年在一个团队兼职，推广 docker ，但是团队只用到 docker-compose 层面就已满足需求，集群、复杂编排都不需要。这点挺触动我的，技术人员的思维，通常希望推荐最好的方式，但实际情况却是：用户的接受程度比我们想象的要慢。

总之，这两没冲突，一个必须熟悉，一个很优秀，可以多了解。

[Antidictator]

@gwind "用户的接受程度比我们想象的要慢。" 很有道理，目前我们公司不需要很大的场景，那我还是先熟悉 swarm 。 thx!

[derek80]

生产环境 k8s, 内部测试环境 swarm.
计划后面统一至 k8s .

[alangz]

目前是 mesos+marathon

[gwind]

@Antidictator :-) 学习交流
btw, 如果你们公司内部刚接触 docker ，建议先用 docker-compose,慢慢改变大家习惯，自然新的需求就来了。 docker-compose + overlay network + 存储 , 满足很多场景时很“清晰”，容易被接受。

[Sharuru]

Rancher : )

[Antidictator]

@gwind ok thx :)

[timothyye]

之前看文章说 swarm mode 的 overlay network 会有一定的性能损耗，不知道现在新版本改进没有

[Antidictator]

@timothyye 是啊， swarm 的年龄最小了。所以不如其他健全