Docker 建议一个群最多有七个管理器节点 Docker 建议您根据组织的高可用性要求实现奇数个节点。

可以参考：https://dzone.com/articles/kubernetes-vs-docker-swarm-a-complete-comparison-g

1, 弹性伸缩这个需求在容器平台下进行管理，是个很方便。但是正如问题所写的一样阀值的定位是关键，比如有的时候根据业务应用连接数来进行伸缩，有的就是看不同级别的队列里面的排队数，好一点就业务响应时间，次一点有的看资源性能，总之这些都是作为阀值 triger 伸缩的一个条件...

在2016年的时候，领导问过我这个问题，我的回答是：如果资源有限，建议docker swarm:入手快，结构相对简单，但高级功能需要二次定制开发。如果作为战略方向，建议K8s：完善的模型，体系化的社区，但有一定学习成本。如今2018年，印证了我的判断。...

公司着重调研了Docker Swarm和Kubernetes平台。从架构的完整性上看由于Docker Swarm较为轻量，且与Docker原生API集成，使用较为简单。但其在容器模型抽象和集群调度的复杂需求满足度上就远比Kubernetes轻量。相比于Swarm，Kubernetes添加了pod和replica的逻辑。这个更加复杂的...

vxlan的backend是用的什么

比如B服务去访问A服务，B服务先查一下A服务下容器的ip地址是多少并和每个容器都建立连接就行了。

K8S普遍比较流程，是分布式应用管理，刚好docker符合特性，所以适用了；swarm是docker自身发展出来的东西，与docker自身紧密结合，我们在研究测试中均适用了两种（openshift适用K8S，阿里适用swarm），在进行压力测试时效果都差不多...

1、出生不同，Google根据其在Linux上容器管理经验，改造到docker管理上，就是kubernetes。他的在许多方面表现良好。最重要的是构造于Google多年的宝贵经验只上。kubernetes并不是为了docker写的,kubernetes把集群带到了一个全新的高度，代价是学习曲线比较陡。docker-swarm 使用...

k8s是一种管理docker集群的方案，是一个独立的框架，而docker swarm是另一种方案，而且这种方案是docker自带集成的，具有良好的天然集成性，其中ingress网络自带load balance特性，二者目前的发展趋势都在loader balance的实现上采用kernel底层的ipvs方案，因为是kernel自带模块，性能更...