是用于定义和运行多容器 应用程序的工具。通过 ，可以使用 文件来配置应用程序需要的所有服务。然后，使用一个命令，就可以从 文件配置中创建并启动所有服务
使用的三个步骤：
- 使用 定义应用程序的环境
- 使用 定义构成应用程序的服务，这样它们可以在隔离环境中一起运行
- 最后，执行 命令来启动并运行整个应用程序
和在生态系统中扮演着相似的角色，但它们在实现和使用方式上存在一些关键区别。
- 集成方式
- ：是一个独立的可执行文件，通常作为Docker的一个独立工具存在。它需要在安装之后单独安装，并且其可执行文件（如或）需要被添加到系统的PATH中，以便在命令行中直接调用。
- ：是从版本开始引入的新用法，它将的功能集成到了命令行工具中，作为一个子命令使用。因此，使用时，不需要单独安装可执行文件，只要Docker版本达到要求即可。
- 依赖性和兼容性
- ：可以在任何支持Docker的系统上使用，不受Docker版本的限制。但是，为了使用它，用户需要确保已经安装了Docker，并且可能需要单独安装。
- ：需要Docker 19.03及以上版本才能使用。由于它是命令行工具的一部分，因此只要Docker版本符合要求，就可以直接使用命令。
- 推荐方式
- ：是Docker官方推荐的新用法，因为它提供了更好的集成和用户体验。随着Docker版本的更新，docker compose可能会获得更多的功能和改进。
- ：虽然仍然可用，但在新版本的Docker中，docker compose被视为更现代、更集成的解决方案。
- 使用场景
如果用户需要在较旧的Docker版本上使用Docker Compose，或者需要更多的灵活性（例如，在不支持docker compose命令的旧系统上），那么使用命令可能更合适。
对于大多数新用户和希望获得最佳集成体验的用户来说，docker compose是更好的选择。 - 命令区别
- 使用 时，命令格式通常如下：
- 使用 时，命令格式如下：
up：上线 ，d 后台运行
down：下线， rmi service_name 移除 指定服务名 ，v 下线时移除卷
- 使用 时，命令格式通常如下：
安装docker-compose
国内开启pip 下载加速：http://mirrors.aliyun.com/help/pypi
1、创建文件目录
2、编写编排文件
3、启动
4、浏览器上访问http://10.0.0.100:8000
进行wordpress的安装即可
1、修改编排脚本
2、同时启动两台wordpress
3、安装haproxy
4、修改haproxy配置文件
关于配置文件的详细说明，参考：https://www.cnblogs.com/MacoLee/p/5853413.html
5、启动haproxy
7、使用浏览器访问 http://10.0.0.100:8888/haproxy-status
1、安装软件
2、查看帮助
3、下线后端节点
4、上线后端节点
5、编写php测试页，放到/data/web_data下，在浏览器中访问可以查看当前的节点
1.6.1 简单命令
标签命令：
- ：指定本 依从的 哪个版本制定的
- ：本次部署应用名字
- ：代表接下来要启动的应用
- ：指定容器运行的镜像。
以下格式都可以： image: redis或image: ubuntu:14.04 - ：暴漏对外端口用yml 数组形式
- ：暴露端口，但不映射到宿主机，只被连接的服务访问。
- ：添加环境变量。可以使用数组或字典、任何布尔值，布尔值需要用引号引起来，以确保 YML 解析器不会将其转换为 True 或 False
- ：从文件添加环境变量。可以是单个值或列表的多个值
- ：指定自定义容器名称，而不是生成的默认名称，默认是commpose名+service名字+数字
- ：将主机的数据卷或着文件挂载到容器里，以数组形式，需要在
- ：添加或删除容器拥有的宿主机的内核功能
- ：为容器指定父 cgroup 组，意味着将继承该组的资源限制
- ：覆盖容器启动的默认命令
- ：指定设备映射列表
- ：自定义 DNS 服务器，可以是单个值或列表的多个值
- ：自定义 DNS 搜索域。可以是单个值或列表
- ：覆盖容器默认的 entrypoint
- ：添加主机名映射。类似 docker client --add-host
- ：用于检测 docker 服务是否健康运行
-
- ：是默认的重启策略，在任何情况下都不会重启容器。
- ：容器总是重新启动。
- ：在容器非正常退出时（退出状态非0），才会重启容器。
- ：在容器退出时总是重启容器，但是不考虑在Docker守护进程启动时就已经停止了的容器
- ：修改容器默认的 schema 标签。
- ：指定在容器无法处理 (或者任何 的信号)，等待多久后发送 SIGKILL 信号关闭容器。默认的等待时间是 10 秒
- ：设置停止容器的替代信号。默认情况下使用 SIGTERM 。
以下示例，使用 SIGUSR1 替代信号 SIGTERM 来停止容器。
- ：设置容器中的内核参数，可以使用数组或字典格式
- ：在容器内安装一个临时文件系统。可以是单个值或列表的多个值。
- ：覆盖容器默认的 ulimit
1.6.2 build
：指定为构建镜像上下文路径
其中可选项：
- ：上下文路径。
- ：指定构建镜像的 文件名。
- ：添加构建参数，这是只能在构建过程中访问的环境变量。
- ：设置构建镜像的标签。
- ：多层构建，可以指定构建哪一层
例如 webapp 服务，指定为从上下文路径 https://blog.csdn.net/u012060033/article/details/dir/Dockerfile 所构建的镜像：
或者，作为具有在上下文指定的路径的对象，以及可选的 Dockerfile 和 args：
1.6.3 depends_on
：设置依赖关系
- ：以依赖性顺序启动服务。在以下示例中，先启动 db 和 redis ，才会启动 web。
- ：自动包含 的依赖项。在以下示例中， 还将创建并启动 db 和 redis。
- ：按依赖关系顺序停止服务。在以下示例中，web 在 db 和 redis 之前停止
：web 服务不会等待 redis db 完全启动 之后才启动。
1.6.4 deploy
指定与服务的部署和运行有关的配置。只在 swarm 模式下才会有用
可以选参数：
- ：访问集群服务的方式。
- : vip
Docker 集群服务一个对外的虚拟 ip。所有的请求都会通过这个虚拟 ip 到达集群服务内部的机器。 - endpoint_mode: dnsrr
DNS 轮询（DNSRR）。所有的请求会自动轮询获取到集群 ip 列表中的一个 ip 地址。
- : vip
- ：在服务上设置标签。可以用容器上的 labels（跟 deploy 同级的配置） 覆盖 deploy 下的 labels。
- ：指定服务提供的模式。
- ：复制服务，复制指定服务到集群的机器上。
- ：全局服务，服务将部署至集群的每个节点。
- ： 为 时，需要使用此参数配置具体运行的节点数量。
- ：配置服务器资源使用的限制，例如上例子，配置 redis 集群运行需要的 cpu 的百分比 和 内存的占用。避免占用资源过高出现异常。
- ：配置如何在退出容器时重新启动容器。
- ：可选 none，on-failure 或者 any（默认值：any）。
- ：设置多久之后重启（默认值：0）。
- ：尝试重新启动容器的次数，超出次数，则不再尝试（默认值：一直重试）。
- ：设置容器重启超时时间（默认值：0）。
- ：配置在更新失败的情况下应如何回滚服务。
- ：一次要回滚的容器数。如果设置为0，则所有容器将同时回滚。
- ：每个容器组回滚之间等待的时间（默认为0s）。
- ：如果回滚失败，该怎么办。其中一个 continue 或者 pause（默认pause）。
- ：每个容器更新后，持续观察是否失败了的时间 ()（默认为0s）。
- ：在回滚期间可以容忍的故障率（默认为0）。
- ：回滚期间的操作顺序。其中一个 stop-first（串行回滚），或者 start-first（并行回滚）（默认 stop-first ）。
- ：配置应如何更新服务，对于配置滚动更新很有用。
- ：一次更新的容器数。
- ：在更新一组容器之间等待的时间。
- ：如果更新失败，该怎么办。其中一个 continue，rollback 或者pause （默认：pause）。
- ：每个容器更新后，持续观察是否失败了的时间 (ns|us|ms|s|m|h)（默认为0s）。
- ：在更新过程中可以容忍的故障率。
- ：回滚期间的操作顺序。其中一个 stop-first（串行回滚），或者 start-first（并行回滚）（默认stop-first）
1.6.5 logging
服务的日志记录配置
：指定服务容器的日志记录驱动程序，默认值为json-file。有以下三个选项
仅在 驱动程序下，可以使用以下参数，限制日志得数量和大小。
当达到文件限制上限，会自动删除旧得文件。
syslog 驱动程序下，可以使用 syslog-address 指定日志接收地址。
1.6.6 network_mode
设置网络模式
networks：配置容器连接的网络，引用顶级 networks 下的条目 。即：子级中使用前需要在父级中声明
：同一网络上的其他容器可以使用服务名称或此别名来连接到对应容器的服务。
1.6.7 secrets
存储敏感数据，例如密码：