Docker Swarm的前世今生

概述

在我的一文中，我们实际体验了Docker Swarm容器集群技术的魅力，与一文中提到的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集群技术的基石。