Docker Swarm的前世此生

概述

在个人《Docker Swarm集群初探》一文中，咱们实际体验了Docker Swarm容器集群技术的魅力，与《Kubernetes实践录》一文中提到的Kubernetes集群技术相比，Docker Swarm没有Kubernetes显得那么厚重，所以能够认为是更加轻量级的容器集群技术，这也就意味着上手更加方便快捷，使用起来也要省事不少。做为Docker集群技术三（或“四”）架马车之一的Docker Swarm，它从一开始即是Docker官方的“亲儿子”，发展到如今也经历了不少阶段和迭代。做者在学习的过程当中也了解了一点其发展历史，发现有几个概念仍是挺容易混淆的，所以撰写成文，是梳理，也是总结。

初出茅庐之：经典Swarm

早在2014年末，Docker公司就设计了容器集群的方案组合：Machine + Swarm + Compose。其中Machine主要用于快速建立Docker运行环境，其支持在建立出来的节点上自动部署Swarm，此时的Swarm咱们称为 “经典Swarm”，它是一款整合跨节点网络的集群式容器服务，其利用Docker守护进程的API，将多节点的计算资源进行汇总，并提供兼容Docker的运行API，使用者只须要在执行Docker命令工具时，用--host参数将目标设置为Swarm服务的IP和端口，便可操做整个容器集群。

固然此时的Swarm局限性较大，好比：

• 没有副本和负载均衡的概念，这致使服务没法高可用
• 固然也更不存在什么服务网络管理和跨节点数据存储这些东西
• 没有服务模型：集群中服务间关系和启动顺序编排也很复杂

因而就有了下面的SwarmKit的诞生。

发展壮大之：SwarmKit

在2016年2月，Docker公司开始了一个名叫 SwarmKit 的项目。而恰在Docker 1.12 RC以前的一段时间，Docker 发布了 Swarmkit，这是一个独立的、开源的容器编排项目。SwarmKit不一样于一开始的经典Swarm，它从一开始就从新设计了一套独立的API和模型体系，而且采用独立的客户端命令行工具：swarmctl

和上面的经典Swarm模型相比，它加入了以下特性：

• 从新设计的一套独立的API和模型体系
• 使用了本身的CLI（swarmd命令负责管理，swarmctl命令用于控制）
• 节点管理、服务模型更加天然，提供编排和调度服务
• 将过去Swarm依赖的外部集群一致性存储组件Etcd的核心部份内置化

然而此时的SwarmKit并无提供诸如服务发现、负载均衡和路由等功能。尽管如此，SwarmKit其实已是咱们今天普遍使用的Docker Swarm集群技术的基石。

厚积薄发之：Swarm Mode

Swarm Mode则更进一步，它在Docker 1.12版本开始为你们所周知，一个 docker swarm命令 红遍大江南北，这个所谓的Swarm Mode其实就是咱们今天所普遍使用的Docker Swarm集群技术。

然而Swarm Mode并非一个全新的东西，也并非一个全新的模式，而是站在SwarmKit的巨人肩膀上发展起来的，是Docker中的一组与集群相关功能的统称而已。Docker将SwarmKit的核心模块内嵌于Docker的后台服务之中，经过不一样的命令容许使用者同时以“本节点”和“本集群”这两种视角来操做整个集群，增长了集群的管理、节点的管理、服务的管理和编排等等一系列高级特性，就像在个人《Docker Swarm集群初探》一文中体验的那样。