1. 从容器到容器云
1.1 云计算平台
经典云计算架构包括 IaaS（Infrastructure as a Service，基础设施即服务）、PaaS（Platform as a Service，平台即服务）、SaaS（Software as a Service，软件即服务）三层服务，如下图所示。
1.2 容器技术生态系统
可以看出，容器技术生态系统自上而下分别覆盖了 IaaS 层和 PaaS 层所涉及的各类问题，包括资源调度、编排、部署、监控、配置管理、存储网络管理、安全、容器化应用支撑平台等。容器技术主要带来了以下几点好处：
- 持续部署与测试：容器消除了线上线下的环境差异，保证了应用生命周期的环境一致性和标准化。
- 跨云平台支持：越来越多的云平台都已支持容器，用户无需担心受到云平台的捆绑。
- 环境标准化和版本控制：可使用 Git 等工具对容器镜像进行版本控制。相比基于代码的版本控制来说，还能够对整个应用运行环境实现版本控制，一旦出现故障可以快速回滚。相比以前的虚拟机镜像，容器压缩和备份速度更快，镜像启动也像启动一个普通进程一样快速。
- 高资源利用率与隔离：容器没有管理程序的额外开销，与底层共享操作系统，性能更优，负载更低。同时，容器拥有不错的资源隔离与限制能力，可以精确的对应用分配 CPU、内存等资源，保证应用之间不会相互影响。
- 容器跨平台性与镜像：容器在原有 Linux 容器的基础上进行大胆革新，为容器设定了一整套标准化的配置方法，将应用及其依赖的运行环境打包成镜像，大大提高了容器的跨平台性。
- 易于理解且易用：Docker 的英文原意是处理集装箱的码头工人，标志是鲸鱼运送一大堆集装箱，集装箱就是容器。容器的易用性加速了容器标准化的步伐。
- 应用镜像仓库：Docker 官方构建了一个镜像仓库，已经累积了成千上万的镜像，所有人都可以自由的下载微服务组件，为开发者提供了巨大便利。
1.3 从容器到容器云
容器云以容器为资源分割和调度的基本单位，封装整个软件运行时环境，为开发者和系统管理员提供用于构建、发布和运行分布式应用的平台。
- 当容器云专注于资源共享与隔离、容器编排与部署时，它更接近传统的 IaaS
- 当容器云渗透到应用支撑与运行时环境时，它更接近传统的 PaaS
容器云并不仅限于 Docker，基于 rkt 容器的 
CoreOS 项目也是容器云。Docker 最初发布时只是一个单机下的容器管理工具，随后 Docker 公司发布了 Compose、Machine、Swarm 等编排部署工具，并收购了 Socketplane 解决集群化后的网络问题。
除了 Docker 公司之外，业界许多云计算厂商也对基于 Docker 的容器云做了巨大的投入。例如 Fleet、Flynn、Deis 以及目前成为事实主流标准的 Kubernetes，都是基于 Docker 技术构建的广为人知的容器云。
2. Docker 基础
2.1 Docker 的安装
安装 Docker 的基本要求如下：
- 只支持 64 位 CPU 架构的计算机，目前不支持 32 位 CPU
- 建议系统的 Linux 内核版本为
3.10及以上 - Linux 内核需开启 cgroups 和 namespace 功能
安装过程可参考 CentOS 7 安装 Docker CE。
2.2 Docker 操作参数解读
docker命令的执行一般都需要 root 权限，因为 Docker 的命令行工具docker与 Docker daemon 是同一个二进制文件，而 Docker daemon 负责接收并执行来自docker的命令，它的运行需要 root 权限。同时，从 Docker0.5.2版本开始，Docker daemon 默认绑定一个 UNIX Socket 来代替原有的 TCP 端口，该 UNIX Socket 默认是属于 root 用户的。
用户在使用 Docker 时，需要使用 Docker 命令行工具docker与 Docker daemon 建立通信。Docker daemon 是 Docker 守护进程，负责接收并分发执行 Docker 命令。可以使用docker或docker help命令获取docker的命令清单：
例如可以使用docker start --help命令来获取子命令start的详细信息：
推荐阅读：
根据命令的用途，可将 Docker 子命令进行如下分类：
从docker命令的使用出发，可以梳理出如下的命令结构图：
下面选择每个功能分类中常用的子命令进行用法和操作参数的解读。
1. Docker 环境信息
docker info命令用于检查 Docker 是否正确安装。如果 Docker 正确安装，该命令会输出 Docker 的配置信息：
docker info命令一般结合docker version命令使用，两者结合能够提取到足够详细的 Docker 环境信息：
2. 容器生命周期管理
容器生命周期管理涉及容器启动、停止等功能。
docker run 命令
docker run命令使用方法如下：
docker run命令用来基于特定的镜像创建一个容器，并依据选项来控制该容器：
该命令从 ubuntu 镜像启动一个容器，并执行echo命令打印 Hello Docker。执行完echo命令后，容器将停止运行。docker run命令启动的容器会随机分配一个容器 IDCONTAINER ID，用以标识该容器。
上例中，docker run命令启动一个容器，并为它分配一个伪终端执行/bin/bash命令，用户可以在该伪终端与容器进行交互。其中：
-i：表示使用交互模式，始终保持输入流开放-t：表示分配一个伪终端，一般两个参数结合时使用-it--name：可以指定启动的容器的名字。若无此选项，Docker 将为容器随机分配一个名字-c：用于给运行在容器中的所有进程分配 CPU 的 shares 值，这是一个相对权重，实际处理速度还与宿主机的 CPU 有关-m：用于限制为容器中所有进程分配的内存总量，以 B、K、M、G 为单位-v：用于挂载一个 volume，可以用多个-v参数同时挂载多个 volume。volume 的格式为[host-dir]:[container-dir]:[rw|ro]-p：用于将容器的端口暴露给宿主机的端口，其常用格式为hostPort:containerPort。这样外部主机就可以通过宿主机暴露的端口来访问容器内的应用
docker start/stop/restart 命令
对于已经存在的容器，可以通过docker start/stop/restart命令来启动、停止和重启，一般利用CONTAINER ID标识来确定具体容器，某些情况下也使用容器名来确定容器。
docker start命令使用-i选项来开启交互模式，并始终保持输入流开放。使用-a选项来附加标准输入、输出或错误输出。此外，docker stop和docker restart命令使用-t选项来设定容器停止前的等待时间。
3. Docker registry
Docker registry 是存储容器镜像的仓库，用户可以通过 Docker client 与 Docker registry 进行通信，以此来完成镜像的搜索、下载和上传等相关操作。
Docker Hub 是 Docker 公司官方提供的镜像仓库，提供镜像的公有与私有存储服务，是目前最主要的镜像来源。除此之外，用户还可以自行搭建私有服务器来实现镜像仓库功能。
docker pull 命令
用于从 Docker registry 中拉取 image 或 repository：
使用示例如下：
docker push 命令
用于将本地的 image 或 repository 推送到 Docker Hub 的公共或私有镜像库，以及私有服务器：
使用示例如下：
4. 镜像管理
用户可以在本地保存镜像资源，为此 Docker 提供了相应的管理子命令。
docker images 命令
通过docker images命令可以列出主机上的镜像，默认只列出最顶层的镜像。使用-a选项可以显示所有镜像：
使用示例如下：
上例中，从REPOSITORY属性可以判断出镜像是来自于官方镜像、私人仓库还是私有服务器。
docker rmi/rm 命令
docker rmi命令用于删除镜像，docker rm命令用于删除容器。它们可以同时删除多个镜像或容器，也可以按条件来删除：
使用
docker rmi命令删除镜像时，如果已有基于该镜像启动的容器存在，则无法直接删除，需要首先删除启动的容器。当然，这两个子命令都提供了-f选项，可以强制删除存在容器的镜像或启动中的容器。
5. 容器运维操作
作为 Docker 的核心，容器的操作是重中之重，Docker 也为用户提供了丰富的容器运维操作命令。
docker attach 命令
docker attach命令可以连接到正在运行的容器，观察该容器的运行情况，或与容器的主进程进行交互：
docker inspect 命令
docker inspect命令可以查看镜像和容器的详细信息，默认会列出全部信息，可以通过--format参数来指定输出的模板格式，以便输出特定信息：
具体示例如下：
docker ps 命令
docker ps命令可以查看容器的相关信息，默认只显示正在运行的容器的信息。可以查看到的信息包括CONTAINER ID、NAMES、IMAGE、STATUS、容器启动后执行的COMMAND、创建时间CREATED和绑定开启的端口PORTS：
docker ps命令常用的选项有-a和-l。-a选项可以查看所有容器，包括停止的容器。-l选项则只查看最新创建的容器，包括不在运行中的容器。
6. 其他子命令
docker commit 命令
docker commit命令可以将一个容器固化为一个新的镜像：
提交保存时，只能选用正在运行的容器来制作新的镜像。在制作特定镜像时，直接使用
docker commit命令只是一个临时性的辅助命令，不推荐使用。官方建议通过docker build命令结合 Dockerfile 来创建和管理镜像。
docker events/history/logs 命令
docker events/history/logs 这 3 个命令用于查看 Docker 的系统日志信息。docker events命令会打印出实时的系统事件。docker history命令会打印出指定镜像的历史版本信息，即构建该镜像的每一层镜像的命令记录。docker logs命令会打印出容器中进程的运行日志：
2.3 搭建第一个 Docker 应用栈
Docker 的设计理念是希望用户能够保证一个容器只运行一个进程，即只提供一种服务。通常情况下，用户需要利用多个容器，分别提供不同的服务，并在不同容器间互连通信，最后形成一个 Docker 集群，以实现特定的功能。
基于 Docker 集群构建的应用称为 Docker App Stack，即 Docker 应用栈。
以下示例将在单台机器上利用 Docker 自带的命令行工具，搭建一个 Docker 应用栈，利用多个容器来组成一个特定的应用。
在开始搭建过程前，需要对所要搭建的应用栈进行简单的设计和描述：我们将搭建一个包含 6 个节点的 Docker 应用栈，其中包括 1 个代理节点、2 个 Web 应用节点、1 个主数据库节点及 2 个从数据库节点。应用栈具体结构如下图所示：
如图所示，HAProxy 是负载均衡代理节点。Redis 是非关系型的数据库，它由一个主数据库节点和两个从数据库节点组成。App 是应用，这里将使用 Python 语言、基于 Django 架构设计一个访问数据库的基础 Web 应用。
1. 获取应用栈各节点所需镜像
在搭建过程中，可以从 Docker Hub 获取现有可用的镜像，在这些镜像的基础上启动容器，按照需求进行修改来实现既定的功能。
2. 应用栈容器节点互联
鉴于在同一主机下搭建容器应用栈的环境，只需要完成容器互联来实现容器间的通信即可，可以采用docker run命令的--link选项建立容器间的互联关系。使用示例如下：
上例将在 ubuntu 镜像上启动一个容器，并命名为console，同时将新启动的console容器连接到名为redis的容器上。
通过
--link选项来建立容器间的连接，不但可以避免容器的 IP 和端口暴露到外网所导致的安全问题，还可以防止容器在重启后 IP 地址变化导致的访问失效，原理类似于 DNS 的域名和地址映射。
回到应用栈的搭建，应用栈各节点的连接信息如下：
- 启动
redis-master容器节点 - 两个
redis-slave容器节点启动时要连接到redis-master上 - 两个 App 容器节点启动时要连接到
redis-master上 - HAProxy 容器节点启动时要连接到两个 App 节点上
综上所述，容器的启动顺序为：
此外，为了能够从外网访问应用栈，并通过 HAProxy 节点来访问应用栈中的 App，在启动 HAProxy 容器节点时，需要利用-p参数暴露端口给主机，即可从外网访问搭建的应用栈。以下是整个应用栈的搭建流程示例。
3. 应用栈容器节点启动
启动的容器信息可以通过docker ps命令查看：
至此，所有搭建应用栈所需容器的启动工作已经完成。
4. 应用栈容器节点的配置
Redis Master 主数据库容器节点的配置
Redis Master 主数据库容器节点启动后，我们需要在容器中添加 Redis 的启动配置文件，以启动 Redis 数据库。
由于容器的轻量化设计，其中缺乏相应的文本编辑命令工具，这时可以利用 volume 来实现文件的创建。在容器启动时，利用
-v参数挂载 volume，在主机和容器之间共享数据，就可以直接在主机上创建和编辑相关文件。
在利用 Redis 镜像启动容器时，镜像中已经集成了 volume 的挂载命令，通过docker inspect命令查看redis-master所挂载 volume 的情况：
可以发现，该 volume 在主机中的目录为/var/lib/docker/volumes/a77509a99df7d7a9d78313c1a1bb19619bac98fedadd78dbab17f072a49a905c/_data，在容器中的目录为/data。进入主机目录创建 Redis 的启动配置文件：
对于 Redis 主数据库，需要修改模板文件中的如下几个参数：
在主机创建好启动配置文件后，切换到容器中的 volume 目录，并复制redis.conf到 Redis 的执行工作目录，然后启动 Redis 服务器：
Redis Slave 从数据库容器节点的配置
与redis-master容器节点类似，在启动redis-slave容器节点后，首先需要查看 volume 信息，然后将redis.conf复制到对应的目录中。不同的是，对于 Redis 从数据库，需要修改如下几个参数：
replicaof参数的使用格式为replicaof <masterip> <masterport>
在主机修改好redis.conf配置文件后，切换到容器中的/data目录，并复制配置文件到 Redis 的执行工作目录，然后启动 Redis 服务器：
同理，可以完成对另一个 Redis Slave 容器节点的配置。至此，便完成了所有 Redis 数据库容器节点的配置。
Redis 数据库容器节点的测试
完成 Redis Master 和 Redis Slave 容器节点的配置以及服务器的启动后，可以通过启动redis-cli来测试数据库。
首先，在redis-master容器内，启动redis-cli，并存储一个数据：
随后，在redis-slave1和redis-slave2两个容器中，分别启动redis-cli并查询先前在redis-master数据库中存储的数据：
可以看到redis-master主数据库中的数据已经自动同步到了两个从数据库中。至此，应用栈的数据库部分已搭建完成，并通过测试。
APP 容器节点（ Django）的配置
Django 容器启动后，需要利用 Django 框架，开发一个简单的 Web 程序。
为了访问数据库，需要在容器中安装 Python 语言的 Redis 支持包：
安装完成后，验证 Redis 支持包是否安装成功：
如果没有报错，就说明已经可以使用 Python 语言来调用 Redis 数据库。接下来开始创建 Web 程序。以APP1为例，首先在容器的 volume 目录/usr/src/app/下创建 APP：
在容器内创建好 APP 后，切换到主机的 volume 目录~/Projects/Django/App1，进行相应的编辑来配置 APP：
可以看到，在容器内创建的 APP 文件在主机的 volume 目录下同样可见。之后修改helloworld应用的视图文件views.py：
为了简化设计，只要求完成 Redis 数据库信息输出，以及从 Redis 数据库存储和读取数据的结果输出。viwes.py文件如下：
完成views.py文件修改后，接下来修改redisweb项目的配置文件setting.py，并添加新建的helloworld应用：
在settings.py文件中的INSTALLED_APPS选项下添加 helloworld，并修改ALLOWED_HOSTS：
此处为了演示方便将
ALLOWED_HOSTS设置为['*']即允许所有连接，在实际开发环境中请勿按此设置。另外在生产环境中还需将DEBUG选项设置为False。
最后，修改redisweb项目的 URL 模式文件urls.py，它将设置访问应用的 URL 模式，并为 URL 模式调用视图函数之间的映射表：
在urls.py文件中，引入 helloworld 应用的hello视图，并为hello视图添加一个urlpatterns变量。urls.py文件内容如下：
在主机下修改完成这几个文件后，需要再次进入APP1容器，在目录/usr/src/app/dockerweb/redisweb下完成项目的生成：
旧版本的 Django 使用
syncdb命令来同步数据库并创建admin账户。在新版 Django 中syncdb命令已被移除，使用createsuperuser命令创建管理员账户。
至此，APP1容器的所有配置已经完成，另一个APP2容器配置也是同样的过程，这样就完成了应用栈 APP 部分的全部配置。
在启动 APP 的 Web 服务器时，可以指定服务器的端口和 IP 地址。为了通过 HAProxy 容器节点接受外网所有的公共 IP 地址访问，实现负载均衡，需要指定服务器的 IP 地址和端口。对于APP1使用 8001 端口，而APP2则使用 8002 端口。同时，都使用0.0.0.0地址。以APP1为例，启动服务器的过程如下：
HAProxy 容器节点的配置
在完成了数据库和 APP 部分的应用栈部署后，最后部署一个 HAProxy 负载均衡代理的容器节点，所有对应用栈的访问将通过它来实现负载均衡。
首先，将 HAProxy 的启动配置文件复制进容器中。在主机的 volume 目录~/Projects/HAProxy下，执行以下命令：
其中，haproxy.cfg配置文件的内容如下：
随后，进入到容器的 volume 目录/tmp下，将 HAProxy 的启动配置文件复制到 HAProxy 的工作目录中：
接下来利用该配置文件来启动 HAProxy 代理：
另外，如果修改了配置文件的内容，需要先结束所有的 HAProxy 进程，并重新启动代理。Docker 镜像为了精简体积，本身并没有安装ps、killall等进程管理命令，需要手动在容器中安装：
至此，完成了 HAProxy 容器节点的全部部署，同时也完成了整个 Docker 应用栈的部署。
应用栈访问测试
参考结构图可知，整个应用栈群的访问是通过 HAProxy 代理节点来进行的。HAProxy 在启动时通过-p 6301:6301参数，映射了容器访问的端口到主机上，因此可在其他主机上通过本地主机的 IP 地址和端口来访问搭建好的应用栈。
首先在本地主机上进行测试。在浏览器中访问http://172.17.0.7:6301/helloworld，可以查看来自 APP1 或 APP2 的页面内容，具体访问到的 APP 容器节点会由 HAProxy 代理进行均衡分配。其中，172.17.0.7为 HAProxy 容器的 IP 地址。
本地测试通过后，尝试在其他主机上通过应用栈入口主机的 IP 地址和暴露的 6301 端口来访问该应用栈，即访问http://116.56.129.153:6301/helloworld，可看到来自 APP1 或 APP2 容器节点的页面，访问http://116.56.129.153:6301/haproxy-stats
则可看到 HAProxy 的后台管理页面及统计数据。其中，116.56.129.153为 宿主机的 IP 地址。
