Kubernetes vs Docker Swarm

容器，容器化和容器编排-快速介绍

容器是包含应用程序代码，配置和依赖关系的软件包，它提高了运营效率和生产力。在这里，您可以确切地知道它将如何运行，这意味着它是可预测的、可重复的和不可变的。容器的兴起极大地促进了DevOps作为一种服务的发展，并且能够克服当前面临的最大安全障碍。

容器化通过在操作系统级别进行虚拟化来使应用程序可移植，从而创建基于内核的隔离的封装系统。容器化的应用程序可以放在任何地方，无需依赖项运行或需要整个VM，从而消除了依赖关系。

但是如果有多个容器呢？

这就需要容器编排（container orchestration）了！
容器编排是一个通常可以部署多个容器以通过自动化实现应用程序的程序。

Kubernetes和Docker Swarm这样的平台是容器管理和容器编排引擎，使用户能够指导容器部署并自动执行更新，运行状况监视和故障转移过程。

对比

Docker

构建、运输和运行任何应用程序
“Build, Ship, and Run Any App Anywhere”

Docker是一种容器管理服务，它帮助开发人员设计应用程序，使用容器能更容易地创建、部署和运行应用程序。Docker有一个用于集群容器的内置机制，称为“集群模式”（swarm mode）。使用集群模式，你可以使用Docker引擎在多台机器上启动应用程序。

Docker Swarm - 管理Docker容器的工具

Docker Swarm是Docker自己针对Docker容器的原生集群解决方案，它的优点是紧密集成到Docker的生态系统中，并且使用自己的API。它监视跨服务器集群的容器数量，是创建集群docker应用程序的最方便的方法，不需要额外的硬件。它为Dockerized应用程序提供了一个小型但有用的编排系统。

优点

启动速度快
更快的运行速度
完备的相关技术文档
快速简单的配置
确保程序独立（容器间低耦合）
版本控制与组件重用
架构简单，部署运维成本较低

启动速度快：swarm集群只会有两层交互，容器启动是毫秒级

以更快的速度运行： 当您使用虚拟环境时，您可能已经意识到它需要很长时间，并且包含了启动和启动您想要运行的应用程序的冗长过程。对于Docker Swarm来说，这不再是一个问题。Docker Swarm不需要启动一个完整的虚拟机，就可以让应用程序在虚拟和软件定义的环境中快速运行，并有助于DevOps的实现。

文档提供了所有的信息： Docker团队在文档方面非常突出! Docker正在快速发展，并且非常受欢迎。如果平台的一个版本在短时间间隔内发布，有些平台可能不维护文档。但是Docker Swarm从不这样，如果一些信息只适用于Docker Swarm的特定版本，那么相应文档将确保更新了所有信息。

提供简单快速的配置： Docker Swarm的一个主要优点是它简化了问题。Docker Swarm使用户可以自己配置，将其放入代码中并轻松部署。由于Docker Swarm可以在各种环境中使用，因此需求不受应用程序环境的约束。

确保应用程序是隔离的：Docker Swarm负责将每个容器与其他容器隔离，并拥有自己的资源。你可以部署各种容器，以便在不同的堆栈中运行单独的应用程序。除此之外，Docker Swarm将在每个应用程序在自己的容器上运行时清除应用程序的删除。如果不再需要应用程序，可以删除它的容器。它不会在您的主机OS上留下任何临时文件或配置文件。

版本控制和组件重用：使用Docker Swarm，您可以跟踪容器的连续版本、检查差异或回滚到前面的版本。容器重用来自前一层的组件，这使得它们非常轻量级。

架构简单，部署运维成本较低：docker swarm 集群模式由于原生态集成到docker-engine中，所以首先学习成本低，对于使用docker-engine 1.12版本及以上可以平滑过渡，service服务可以满足动态增减容器个数，同时具备自身的负载均衡，swarm管理者多台设定保证了机器在出错后有一个良好的容灾机制

缺点

跨平台支持效果差
不提供存储选项
监控信息不足

Docker依赖于平台: Docker Swarm是一个为Linux设计的平台。虽然Docker支持Windows和Mac OS X，但它使用虚拟机在非linux平台上运行。设计为在Windows上的Docker容器中运行的应用程序不能在Linux上运行，反之亦然。

不提供存储选项: Docker Swarm不提供将容器连接到存储的简便方法，这是主要缺点之一。它的数据量需要对主机和手动配置进行大量的改进。如果你想要Docker Swarm解决存储问题，也能办到，但是方式并不高效，且这种方式对用户并不友好。

监控不良: Docker Swarm提供关于容器的基本信息，如果您正在寻找基本的监控解决方案，那么使用Stats命令就足够了。如果您正在寻找先进的监控，那么Docker集群不是好的选择。虽然有像CAdvisor这样的第三方工具可以提供更多的监控，但是使用Docker本身实时收集更多关于容器的数据是不可行的。

Kubernetes

自动化容器部署、扩展和管理平台
Automated Container Deployment, Scaling and Management Platform

当在多台机器上的多个容器中使用不同组件开发应用程序时，需要一个工具来管理和协调容器。这只有在Kubernetes的帮助下才可行。

Kubernetes是一个用于在集群环境中管理容器化应用程序的开源系统。以正确的方式使用Kubernetes可以帮助DevOps作为一个服务团队自动扩展应用程序，并在零停机的情况下进行更新。

优点

速度很快
遵循不可变基础架构的原则
提供声明式配置
大规模部署和更新软件
处理应用程序的可用性
存储卷
管理更趋于完善稳定

它的速度很快：在不停机的情况下持续部署新功能时，Kubernetes是一个完美的选择。Kubernetes的目标是以恒定的正常运行时间更新应用程序。它的速度通过您每小时可以运送的许多功能来衡量，同时保持可用的服务。

遵循不可变基础架构的原则: 在传统的方法中，如果多个更新出现错误，您没有任何关于部署了多少个更新以及发生错误的时间点的记录。在不可变的基础架构中，如果想要更新任何应用程序，需要使用新标记构建容器映像并部署它，用旧映像版本销毁旧容器。这样，你就会有一个记录，并了解你做了什么，万一有什么错误;您可以轻松地回滚到前面的映像。

提供声明式配置: 用户可以知道系统应该处于什么状态以避免错误。源代码控制、单元测试等传统工具不能与命令式配置一起使用，但可以与声明式配置一起使用。

大规模部署和更新软件：由于Kubernetes具有不可变的声明性，因此扩展很容易。Kubernetes提供了一些用于扩展目的的有用功能：

	水平基础架构扩展：在单个服务器级别执行操作以应用水平扩展。可以毫不费力地添加或分离atest服务器。
	自动扩展：根据CPU资源或其他应用程序指标的使用情况，您可以更改正在运行的容器数
	手动扩展：您可以通过命令或界面手动扩展正在运行的容器的数量
	复制控制器：复制控制器确保集群在运行状态下具有指定数量的等效pod。如果存在太多pod，则复制控制器可以删除额外的pod，反之亦然。

处理应用程序的可用性：Kubernetes检查节点和容器的运行状况，并在由于错误导致的盒中崩溃时提供自我修复和自动替换。此外，它在多个pod之间分配负载，以便在意外流量期间快速平衡资源。

存储卷: 在Kubernetes中，数据是在容器之间共享的，但是如果pod被杀死，则自动删除卷。此外，数据是远程存储的，因此如果将pod移动到另一个节点，数据将一直保留，直到用户删除它。

管理更趋于完善稳定：kubernetes 集群管理更趋于完善稳定，同时pod功能上比swarm的service更加强大

缺点

初始进程需要时间
迁移到无状态需要做很多工作
安装过程非常单调乏味
学习成本高

初始进程需要时间: 当创建一个新进程时，您必须等待应用程序启动，然后用户才能使用它。如果您要迁移到Kubernetes，则需要对代码库进行修改，以提高启动流程的效率，这样用户就不会有不好的体验。

迁移到无状态需要做很多工作: 如果您的应用程序是集群的或无状态的，那么将不会配置额外的pod，并且必须重新处理应用程序中的配置。

安装过程非常单调乏味: 如果不使用Azure、谷歌或Amazon等云提供商，就很难在集群上设置Kubernetes。

总结

Kubernetes或Docker：哪个是完美的选择

如果使用Kubernetes：

• 您正在寻找成熟的部署和监控选项
• 您正在寻找快速可靠的响应时间
• 您正在寻求开发复杂的应用程序，并且需要高资源计算而不受限制
• 你有一个非常大的集群

如果，使用Docker

• 您希望在不花费太多时间进行配置和安装的情况下启动工具;
• 您正在寻找开发一个基本和标准的应用程序，它足够使用默认的docker镜像;
• 在不同的操作系统上测试和运行相同的应用程序对您来说不是问题;
• 您需要docker API经验和兼容性。