这是一个创建于 2858 天前的主题，其中的信息可能已经有所发展或是发生改变。
很明显在 Github 的 Star ， Contributor 的数量级上是不能比的。
不过我还是想知道各位 V 友更推荐哪一个？ Reason ？
看的一些比较老的文章说的是 Swarm 不负责负载均衡的问题，最新版本也是如此吗？我先去官网看看，感兴趣的可以讨论一下。： P
By the way，每次发帖默认发到Chamber是什么情况。
9 条回复 • 2017-02-22 11:05:23 +08:00
 |
1
gwind 2017-02-21 17:17:09 +08:00  1
k8s, 1.2, 1.3 的时候学习了下，很不错，但入门稍显复杂，几个概念需要深入理解。
docker swarm 只是测试过，特点是搭建集群特别简单， docker , docker-compose 这些使用习惯都能有保留。 个人认为， docker swarm 已经集成到 docker 内部，无论从哪个方面来说，都应该熟悉。 k8s 面对大的场景有更多案例，也有不少人已经基于 k8s 创业，可以了解。 去年在一个团队兼职，推广 docker ，但是团队只用到 docker-compose 层面就已满足需求，集群、复杂编排都不需要。这点挺触动我的，技术人员的思维，通常希望推荐最好的方式，但实际情况却是：用户的接受程度比我们想象的要慢。 总之，这两没冲突，一个必须熟悉，一个很优秀，可以多了解。 |
 |
2
Antidictator OP @gwind "用户的接受程度比我们想象的要慢。" 很有道理，目前我们公司不需要很大的场景，那我还是先熟悉 swarm 。 thx!
|
 |
3
derek80 2017-02-21 17:20:44 +08:00
生产环境 k8s, 内部测试环境 swarm.
计划后面统一至 k8s . |
 |
4
alangz 2017-02-21 17:23:14 +08:00
目前是 mesos+marathon
|
|
5
gwind 2017-02-21 17:38:50 +08:00
@Antidictator :-) 学习交流
btw, 如果你们公司内部刚接触 docker ，建议先用 docker-compose,慢慢改变大家习惯，自然新的需求就来了。 docker-compose + overlay network + 存储 , 满足很多场景时很“清晰”，容易被接受。 |
 |
6
Sharuru 2017-02-21 17:41:41 +08:00
Rancher : )
|
|
7
Antidictator OP @gwind ok thx :)
|
 |
8
timothyye 2017-02-22 08:23:52 +08:00 via Android
之前看文章说 swarm mode 的 overlay network 会有一定的性能损耗，不知道现在新版本改进没有
|
|
9
Antidictator OP @timothyye 是啊， swarm 的年龄最小了。所以不如其他健全
|
Select Language