一.首先docker-compose.yml的版本必须在version3之上有的必须在3.4之上
二.为支持在swarm上部署应用，docker-compose.yml语法新增的功能模块是deploy。
A.新增模块名称：deploy模块：
B.新增模块参数为：
[1]endpoint_mode: vip /dnsrr
vip: Docker为服务分配了一个虚拟IP（VIP），该虚拟IP充当客户端访问网络上服务的前端。Docker在客户端和服务的可用工作节点之间路由请求，而无需客户端知道有多少节点正在参与服务或其IP地址或端口。（这是默认设置）
dnsrr:DNS轮询（DNSRR）服务发现不使用单个虚拟IP。Docker设置服务的DNS条目，以便对服务名称的DNS查询返回IP地址列表，并且客户端直接连接到其中之一。在想要使用自己的负载平衡器或混合Windows和Linux应用程序的情况下，DNS轮询很有用
[2]labels：指定服务标签。这些标签仅在服务上设置，而不在服务的任何容器上设置
[3]mode: global/replicated
global: 不能使用scale扩展应用，只能被部署到指定的docker上
replicated:可以上用scale扩展，默认情况
[4]placement:指定约束和首选项的位置
[5]replicas: 请指定在任何给定时间应运行的容器数。
[6]resources: 配置资源约束
[7]restart_policy:配置是否以及如何在退出容器时重新启动容器
condition：其一none，on-failure或者any（默认值：any）。
delay：重新启动尝试之间等待的时间,指定为持续时间(默认值:0)。
max_attempts：放弃之前尝试重新启动容器的次数（默认值：永不放弃）。如果重新启动未在configure内成功完成 window，则此尝试不会计入配置max_attempts值。例如，如果max_attempts设置为“ 2”，并且第一次尝试重启失败，则可能会尝试两次以上重启。
window：决定重新启动是否成功之前要等待的时间，指定为持续时间（默认值：立即决定）。
[8]update_config:配置应如何更新服务。对于配置滚动更新很有用
parallelism：一次更新的容器数。
delay：在更新一组容器之间等待的时间。
failure_action：如果更新失败，该怎么办。其中一个continue，rollback或者pause （默认：pause）。
monitor：更新每个任务以监视失败后的持续时间(ns|us|ms|s|m|h)（默认为0s）。
max_failure_ratio：更新期间可以容忍的故障率。
order：更新期间的操作顺序。其中一个stop-first（旧任务，开始新的一个前停止），或者start-first（新的任务首先启动，并且正在运行的任务简单重叠）（默认stop-first）注：仅支持V3.4及更高版本。
三.docker-compose.yml 详细内容：
此次部署的是wordpress-mysql的服务：
重点关注deploy的参数说明。
注意image不能使用build参数。
四.在swarm中使用docker-compose.yml需要使用的命令是
docker stack -----> docker的版本必须高于1.25
docker stack deploy 部署新stack或更新现有stack
docker stack ls 列表stack
docker stack ps 列出stack中的任务
docker stack rm 移除一个或多个stack
docker stack service 列出stack中的服务
1)创建服务：
docker stack deploy 服务名称 --compose-file=docker-compose.yml
2)查看stack中的任务：
3）查看服务：
4） 列表stack
5)移除一个或多个stack
六.可视化容器：
