Compose 的工作原理

Docker Compose 依赖于 YAML 配置文件，通常名为compose.yaml.

该文件遵循Compose 规范提供的有关如何定义多容器应用程序的compose.yaml规则 。这是正式Compose 规范的 Docker Compose 实现 。

然后，您可以通过Compose CLI与 Compose 应用程序进行交互 。诸如此类的命令docker compose up用于启动应用程序，同时docker compose down停止和删除容器。

撰写文件

Compose 文件的默认路径是compose.yaml（首选）或compose.yml放置在工作目录中。 Compose 还支持docker-compose.yaml并向docker-compose.yml后兼容早期版本。如果两个文件都存在，Compose 会优先选择规范的compose.yaml.

您可以使用 片段和 扩展来保持 Compose 文件高效且易于维护。

可以将多个 Compose 文件 合并在一起来定义应用程序模型。 YAML 文件的组合是通过根据您设置的 Compose 文件顺序附加或覆盖 YAML 元素来实现的。简单的属性和映射会被最高阶的 Compose 文件覆盖，列表会通过附加进行合并。只要要合并的补充文件托管在其他文件夹中，就会根据第一个 Compose 文件的父文件夹解析相对路径。由于某些 Compose 文件元素既可以表示为单个字符串也可以表示为复杂对象，因此合并适用于扩展形式。有关更多信息，请参阅 使用多个 Compose 文件

如果您想重用其他 Compose 文件，或者将应用程序模型的某些部分分解为单独的 Compose 文件，您还可以使用 include.如果您的 Compose 应用程序依赖于由不同团队管理的另一个应用程序，或者需要与其他人共享，这非常有用。

说明性示例

以下示例说明了上面概述的 Compose 概念。该示例是非规范的。

考虑将应用程序分为前端 Web 应用程序和后端服务。

前端在运行时使用由基础设施管理的 HTTP 配置文件进行配置，提供外部域名以及由平台的安全秘密存储注入的 HTTPS 服务器证书。

后端将数据存储在持久卷中。

两个服务在隔离的后端网络上相互通信，而前端也连接到前端网络并公开端口 443 供外部使用。

示例应用程序由以下部分组成：

• 2 个服务，由 Docker 镜像支持：webapp和database
• 1 个秘密（HTTPS 证书），注入前端
• 1个配置（HTTP），注入前端
• 1 个持久卷，附加到后端
• 2 个网络

services:
  frontend:
    image: example/webapp
    ports:
      - "443:8043"
    networks:
      - front-tier
      - back-tier
    configs:
      - httpd-config
    secrets:
      - server-certificate

  backend:
    image: example/database
    volumes:
      - db-data:/etc/data
    networks:
      - back-tier

volumes:
  db-data:
    driver: flocker
    driver_opts:
      size: "10GiB"

configs:
  httpd-config:
    external: true

secrets:
  server-certificate:
    external: true

networks:
  # The presence of these objects is sufficient to define them
  front-tier: {}
  back-tier: {}

下一步是什么

• 快速开始
• 探索一些示例应用程序
• 熟悉 Compose 规范