• 前面我们使用 Docker 的时候，定义 Dockerfile 文件，然后使用 docker build、docker run 等命令操作容器。然而微服务架构的应用系统一般包含若干个微服务，每个微服务一般都会部署多个实例，如果每个微服务都要手动启停，那么效率之低，维护量之大可想而知使用 Docker Compose 可以轻松、高效的管理容器，它是一个用于定义和运行多容器 Docker 的应用程序工具
• Docker 和 Compose兼容性看下图：

Docker版本变化说明：

• Docker从1.13.x版本开始，版本分为企业版EE和社区版CE，版本号也改为按照时间线来发布，比如17.03就是2017年3月。
• Docker的linux发行版的软件仓库从以前的https://apt.dockerproject.org和https://yum.dockerproject.org变更为目前的https://download.docker.com, 软件包名字改为docker-ce和docker-ee。

docker compose是什么：

• Compose是一个定义和管理多容器的工具，使用Python语言编写。
• 使用Compose配置文件描述多个容器应用的架构，比如使用什么镜像、数据卷、网络、映射端口等；
• 然后一条命令管理所有服务，比如启动、停止、重启等。

docker compose作用：　

• 现在我们要部署django项目，需要 nginx+mysql+redis+nginx等
• 我们需要开启四个docker容器进行部署每一个组件，如果每个容器单独管理太过于复杂，而且可能是给客户部署项目
• docker compose就是一个可以同时管理一个项目中的多个docker容器的工具，一键部署启动

docker compose安装：

　　方法一：下载 并安装docker compose

　　　　　　　　

　　方法二：直接解压安装

YAML文件格式及编写注意事项：

• 注：docker-compose使用yaml文件对容器进行描述
• YAML是一种标记语言很直观的数据序列化格式，可读性高。类似于XML数据描述语言，语法比XML简单的很多。
• YAML数据结构通过缩进来表示，连续的项目通过减号来表示，键值对用冒号分隔，数组用中括号括起来，hash用花括号括起来。

YAML文件格式注意事项：

• 不支持制表符tab键缩进，需要使用空格缩进
• 通常开头缩进2个空格
• 字符后缩进1个空格，如冒号、逗号、横杆
• 用井号注释
• 如果包含特殊字符用单引号引起来
• 布尔值（true、false、yes、no、on、off）必须用引号括起来，这样分析器会将他们解释为字符串。

compose配置：

常用命令：

 

　　参考官方：https://docs.docker.com/compose/compose-file/

　　项目地址：https://gitee.com/edushiyanlou/django-docker

一键部署LNMP文件结构

docker-compose.yml

mysql/conf/my.conf

nginx/Dockerfile

nginx/nginx.conf

php/Dockerfile

wwwroot/index.php

执行一键部署命令：　

说明：　　

注：如果想要使用其他页面直接将 wwwroot中的index.php问价进行替换即可

对docker-compose.yml说明

• 这里定义了部署LNMP环境的三个容器，Nginx、php、mysql
• 其中nginx和php使用我们自己定义的dockerfile从头构建，mysql直接使用官方仓库进行构建

 

Docker-Compose

• Docker-Compose 是用来管理你的容器的，想象一下当你的Docker中有成百上千的容器需要启动，如果一个一个的启动那得多费时间。
• 有了Docker-Compose你只需要编写一个文件，在这个文件里面声明好要启动的容器，配置一些参数
• 执行一下这个文件，Docker就会按照你声明的配置去把所有的容器启动起来，只需docker-compose up即可启动所有的容器
• 但是Docker-Compose只能管理当前主机上的Docker，也就是说不能去启动其他主机上的Docker容器

Docker Swarm

• Docker Swarm 是一款用来管理多主机上的Docker容器的工具，可以负责帮你启动容器，监控容器状态
• 如果容器的状态不正常它会帮你重新帮你启动一个新的容器，来提供服务，同时也提供服务之间的负载均衡

Kubernetes

• Kubernetes它本身的角色定位是和Docker Swarm 是一样的，都是一个跨主机的容器管理平台
• k8s是谷歌公司根据自身的多年的运维经验研发的一款容器管理平台,而Docker Swarm则是由Docker 公司研发的。

核心作用：快速迭代、服务自愈

 

docker-compose部署django+nginx+uwsgi+celery+redis+mysql　

项目图解

 

项目地址：https://gitee.com/edushiyanlou/django-docker

 

初始化一个django项目

• 项目文件

 urls.py

 demoapp/urls.py

 demoapp/views.py

• celery配置文件

 web/__init__.py

 web/celery.py

 demoapp/tasks.py

nginx容器相关配置文件：

 django-docker ginx ginx.conf

 django-docker ginxconfdefault.conf

web向配置文件：

 django-dockerDockerfile

 django-dockerweb㼲.ini

docker-compose.yml文件：

 docker-compose.yml

 

 

 docker-compose.yml详解：

相似指令比较

build 可以指定包含构建上下文的路径：

 

• Compose文件是一个定义服务，网络和卷的YAML文件。 Compose文件的默认文件名为docker-compose.yml
• 提示：您可以对此文件使用.yml或.yaml扩展名。 他们都工作。
• 与docker运行一样，默认情况下，Dockerfile中指定的选项（例如，CMD，EXPOSE，VOLUME，ENV）都被遵守，你不需要在docker-compose.yml中再次指定它们。
• 同时你可以使用类似Bash的$ {VARIABLE} 语法在配置值中使用环境变量，有关详细信息，请参阅变量替换。
• 本节包含版本3中服务定义支持的所有配置选项。

build

build 可以指定包含构建上下文的路径：

或者，作为一个对象，该对象具有上下文路径和指定的Dockerfile文件以及args参数值：

webapp服务将会通过https://www.cnblogs.com/yangmaosen/p/dir目录下的Dockerfile-alternate文件构建容器镜像。 

如果你同时指定image和build，则compose会通过build指定的目录构建容器镜像，而构建的镜像名为image中指定的镜像名和标签。

这将由https://www.cnblogs.com/yangmaosen/p/dir构建的名为webapp和标记为tag的镜像。

context

• 包含Dockerfile文件的目录路径，或者是git仓库的URL。 
• 当提供的值是相对路径时，它被解释为相对于当前compose文件的位置。 该目录也是发送到Docker守护程序构建镜像的上下文。

dockerfile

• 备用Docker文件。Compose将使用备用文件来构建。 还必须指定构建路径。

args

• 添加构建镜像的参数，环境变量只能在构建过程中访问。 

首先，在Dockerfile中指定要使用的参数：

然后在args键下指定参数。 你可以传递映射或列表：

 注意：YAML布尔值（true，false，yes，no，on，off）必须用引号括起来，以便解析器将它们解释为字符串。

image

指定启动容器的镜像，可以是镜像仓库/标签或者镜像id（或者id的前一部分）

如果镜像不存在，Compose将尝试从官方镜像仓库将其pull下来，如果你还指定了build，在这种情况下，它将使用指定的build选项构建它，并使用image指定的名字和标记对其进行标记。

container_name

指定一个自定义容器名称，而不是生成的默认名称。

由于Docker容器名称必须是唯一的，因此如果指定了自定义名称，则无法将服务扩展到多个容器。

volumes

卷挂载路径设置。可以设置宿主机路径 （HOST:CONTAINER） 或加上访问模式 （HOST:CONTAINER:ro）,挂载数据卷的默认权限是读写（rw），可以通过ro指定为只读。 

你可以在主机上挂载相对路径，该路径将相对于当前正在使用的Compose配置文件的目录进行扩展。 相对路径应始终以 . 或者 .. 开始。

但是，如果要跨多个服务并重用挂载卷，请在顶级volumes关键字中命名挂在卷，但是并不强制，如下的示例亦有重用挂载卷的功能，但是不提倡。

注意：通过顶级volumes定义一个挂载卷，并从每个服务的卷列表中引用它， 这会替换早期版本的Compose文件格式中volumes_from。

command

覆盖容器启动后默认执行的命令。

该命令也可以是一个类似于dockerfile的列表：

links

链接到另一个服务中的容器。 请指定服务名称和链接别名（SERVICE：ALIAS），或者仅指定服务名称。

• 在当前的web服务的容器中可以通过链接的db服务的别名database访问db容器中的数据库应用，如果没有指定别名，则可直接使用服务名访问。

• 链接不需要启用服务进行通信 - 默认情况下，任何服务都可以以该服务的名称到达任何其他服务。 （实际是通过设置/etc/hosts的域名解析，从而实现容器间的通信。故可以像在应用中使用localhost一样使用服务的别名链接其他容器的服务，前提是多个服务容器在一个网络中可路由联通）

• links也可以起到和depends_on相似的功能，即定义服务之间的依赖关系，从而确定服务启动的顺序。

external_links

• 链接到docker-compose.yml 外部的容器，甚至并非 Compose 管理的容器。参数格式跟 links 类似。

expose

• 暴露端口，但不映射到宿主机，只被连接的服务访问。 
• 仅可以指定内部端口为参数

ports

• 暴露端口信息。 
• 常用的简单格式：使用宿主：容器 （HOST:CONTAINER）格式或者仅仅指定容器的端口（宿主将会随机选择端口）都可以。
• 注意：当使用 HOST:ConTAINER 格式来映射端口时，如果你使用的容器端口小于 60 你可能会得到错误得结果，因为 YAML 将会解析 xx:yy 这种数字格式为 60 进制。所以建议采用字符串格式。

简单的短格式：

在v3.2中ports的长格式的语法允许配置不能用短格式表示的附加字段。 

长格式：

target：容器内的端口 

published：物理主机的端口 

protocol：端口协议（tcp或udp） 

mode：host 和ingress 两总模式，host用于在每个节点上发布主机端口，ingress 用于被负载平衡的swarm模式端口。

restart

no是默认的重启策略，在任何情况下都不会重启容器。 指定为always时，容器总是重新启动。 如果退出代码指示出现故障错误，则on-failure将重新启动容器。

environment

• 添加环境变量。 你可以使用数组或字典两种形式。 任何布尔值; true，false，yes，no需要用引号括起来，以确保它们不被YML解析器转换为True或False。 
• 只给定名称的变量会自动获取它在 Compose 主机上的值，可以用来防止泄露不必要的数据。

• 注意：如果你的服务指定了build选项，那么在构建过程中通过environment定义的环境变量将不会起作用。 将使用build的args子选项来定义构建时的环境变量。

pid

将PID模式设置为主机PID模式。 这就打开了容器与主机操作系统之间的共享PID地址空间。 使用此标志启动的容器将能够访问和操作裸机的命名空间中的其他容器，反之亦然。即打开该选项的容器可以相互通过进程 ID 来访问和操作。

dns

配置 DNS 服务器。可以是一个值，也可以是一个列表。