Docker Compose YML：从零开始配置入门

在现代软件开发中，容器化技术已成为不可或缺的一部分。Docker 容器以其轻量、可移植和隔离的特性，彻底改变了我们构建、部署和运行应用程序的方式。然而，当应用程序变得复杂，由多个相互依赖的服务（如 Web 服务器、数据库、缓存等）组成时，手动管理这些容器的启动、链接和配置将变得繁琐且容易出错。

这时，Docker Compose 应运而生。它是一个用于定义和运行多容器 Docker 应用程序的工具。通过一个简单的 YAML 文件，你可以配置应用程序的所有服务，然后只需一个命令，Docker Compose 就能帮你启动、停止和管理整个应用程序栈。

本文将从零开始，详细讲解 Docker Compose YML 文件的核心概念、结构、常用指令以及如何通过实际案例进行配置，带你踏入 Docker 多容器编排的世界。

第一章：初识 Docker Compose – 为什么需要它？

在深入 YML 文件之前，我们先来理解 Docker Compose 解决了什么问题。

传统方式的痛点：

想象一下，你正在开发一个典型的 Web 应用程序，它可能包含以下组件：
1. 前端服务： 例如 Nginx 或 Apache，用于提供静态文件或作为反向代理。
2. 后端服务： 例如 Node.js、Python Flask/Django、Java Spring Boot 等，处理业务逻辑。
3. 数据库： 例如 PostgreSQL、MySQL、MongoDB 等，用于数据存储。
4. 缓存服务： 例如 Redis，用于提高性能。

如果没有 Docker Compose，你需要：
* 手动为每个服务编写并运行 docker run 命令。
* 为每个容器指定端口映射、卷挂载、环境变量等。
* 确保容器之间能够相互通信（使用 --link 或自定义网络）。
* 记住所有命令和配置，并在每次需要启动或停止应用程序时重复这些步骤。

这不仅效率低下，而且随着服务数量的增加，维护难度呈指数级增长。

Docker Compose 的优势：

Docker Compose 通过引入一个中心化的配置文件（docker-compose.yml），解决了上述所有痛点：
* 声明式配置： 将整个应用程序的架构（包括服务、网络、卷等）定义在一个 YML 文件中，清晰易读。
* 简化操作： 只需一个命令（docker-compose up），即可启动整个应用程序栈，包含所有依赖服务。
* 环境一致性： 无论在开发、测试还是生产环境，都可以使用相同的配置，确保环境一致性。
* 可移植性： 整个应用程序配置打包在一个文件中，方便分享和版本控制。
* 服务编排： 自动处理服务之间的启动顺序、依赖关系和网络连接。

简而言之，Docker Compose 让多容器应用程序的管理变得像管理单个容器一样简单。

第二章：准备工作 – 安装 Docker Compose

在开始编写 docker-compose.yml 文件之前，你需要确保你的系统已经安装了 Docker Engine 和 Docker Compose。

安装步骤：

安装 Docker Engine：
- 如果你使用 Docker Desktop（macOS 或 Windows），Docker Engine 和 Docker Compose 已经预装。
- 如果你在 Linux 系统上，请参考 Docker 官方文档安装 Docker Engine。
安装 Docker Compose：
- 对于 Docker Desktop 用户，Docker Compose (现在通常是 Docker Compose V2，作为 Docker CLI 的插件) 已经随 Docker Desktop 一起安装。你可以通过运行 docker compose version (注意没有横杠) 来验证。
- 对于 Linux 用户，如果你安装了较新版本的 Docker，Docker Compose V2 通常也会随之安装。如果不是，或者你需要 Docker Compose V1，可以按照 Docker 官方文档的指引手动安装。
  - 验证： 打开终端，运行 docker compose version 或 docker-compose --version。如果看到版本信息，说明安装成功。

确认安装无误后，我们就可以开始编写 docker-compose.yml 文件了。

第三章：Docker Compose YML 文件核心结构解析

docker-compose.yml 文件采用 YAML 格式。YAML (YAML Ain’t Markup Language) 是一种人类可读的数据序列化标准，以其简洁和易读性而受到青睐。

一个典型的 docker-compose.yml 文件包含以下顶级键：

yaml version: '3.8' # Docker Compose 文件格式版本 services: # 定义应用程序中的各个服务 web: # web 服务的配置 db: # db 服务的配置 networks: # 定义应用程序使用的自定义网络（可选） app-network: # 网络配置 volumes: # 定义应用程序使用的自定义卷（可选） db-data: # 卷配置 configs: # Docker Compose V3.3+，定义配置（可选，通常用于生产环境） secrets: # Docker Compose V3.1+，定义敏感信息（可选，通常用于生产环境）

让我们逐一深入了解这些顶级键。

3.1 `version`：文件格式版本

这是 docker-compose.yml 文件的第一个也是最重要的部分。它指定了 Docker Compose 文件的格式版本，这决定了你可以使用哪些配置指令。

当前推荐： 3.x 系列（如 3.8）。
重要性： 不同版本支持不同的功能和语法。例如，version: '2' 和 version: '3.x' 在定义网络和卷的方式上有所不同。始终建议使用最新的稳定版本，如 3.8 或 3.9。

示例：
yaml version: '3.8'

3.2 `services`：定义你的应用程序服务

services 是 docker-compose.yml 文件的核心。它定义了你应用程序中的每一个独立服务。每个服务都是一个容器，并且可以独立配置。

在 services 下，你可以定义任意数量的服务，每个服务名（如 web, db, redis）将作为容器在 Docker Compose 内部网络中的主机名。

让我们看看一个服务可以有哪些常用的配置选项：

3.2.1 `image`：基于现有镜像构建

最简单的服务定义是指定一个 Docker 镜像。Docker Compose 会从 Docker Hub 拉取这个镜像。

示例：
yaml services: nginx: image: nginx:latest # 使用最新版本的 Nginx 镜像 mongo: image: mongo:4.4 # 使用 MongoDB 4.4 版本镜像

3.2.2 `build`：基于 Dockerfile 构建自定义镜像

如果你需要构建一个自定义镜像（例如，你的后端应用程序代码），可以使用 build 指令。它指定了 Dockerfile 的路径。

context： Dockerfile 所在的目录路径。
dockerfile： Dockerfile 的文件名（默认为 Dockerfile）。
args： 构建时传递给 Dockerfile 的参数。

示例：
假设你的项目结构如下：
. ├── docker-compose.yml ├── webapp/ │ ├── Dockerfile │ └── app.py └── nginx/ ├── Dockerfile └── nginx.conf

webapp/Dockerfile 可能长这样：
dockerfile FROM python:3.9-slim-buster WORKDIR /app COPY requirements.txt . RUN pip install -r requirements.txt COPY . . CMD ["python", "app.py"]

docker-compose.yml 中 webapp 服务的定义：
yaml services: webapp: build: context: ./webapp # 指定 Dockerfile 所在的目录 dockerfile: Dockerfile # 默认为 Dockerfile，可省略 # ... 其他配置
或者更简洁地：
yaml services: webapp: build: ./webapp # 如果 Dockerfile 就在 context 根目录且名为 Dockerfile

3.2.3 `ports`：端口映射

将容器的端口映射到宿主机端口，以便从外部访问服务。

格式："HOST_PORT:CONTAINER_PORT" 或 HOST_PORT（随机分配宿主机端口）。
可以指定多个端口映射。

示例：
yaml services: web: image: nginx:latest ports: - "80:80" # 将宿主机的 80 端口映射到容器的 80 端口 - "443:443" # 将宿主机的 443 端口映射到容器的 443 端口

3.2.4 `volumes`：数据持久化和文件共享

将宿主机的目录或 Docker 卷挂载到容器中，实现数据持久化或文件共享。

格式： "HOST_PATH:CONTAINER_PATH" (绑定挂载，用于开发或配置)
格式： "VOLUME_NAME:CONTAINER_PATH" (命名卷，用于数据持久化)
格式： CONTAINER_PATH (匿名卷，不推荐)

示例：
yaml services: webapp: build: ./webapp volumes: - ./webapp:/app # 将宿主机 ./webapp 目录挂载到容器的 /app，用于开发时代码同步 - app-log:/var/log/app # 将命名卷 app-log 挂载到容器的 /var/log/app，用于持久化日志 db: image: postgres:13 volumes: - db-data:/var/lib/postgresql/data # 将命名卷 db-data 挂载到 PostgreSQL 数据目录 volumes: # 在顶层定义命名卷 app-log: db-data:

3.2.5 `environment`：环境变量

设置容器内的环境变量，常用于传递数据库连接字符串、API 密钥等配置信息。

列表形式： VAR_NAME=VALUE
字典形式： VAR_NAME: VALUE
env_file： 从文件中加载环境变量。

示例：
yaml services: webapp: image: my-webapp:latest environment: DATABASE_URL: postgres://user:password@db:5432/myapp DEBUG_MODE: "true" db: image: postgres:13 environment: POSTGRES_DB: myapp POSTGRES_USER: user POSTGRES_PASSWORD: password
使用 env_file：
创建 .env 文件：
POSTGRES_USER=myuser POSTGRES_PASSWORD=mypassword
在 docker-compose.yml 中引用：
yaml services: db: image: postgres:13 env_file: - ./.env # 指定 .env 文件

3.2.6 `depends_on`：服务依赖

定义服务之间的启动依赖关系。Docker Compose 会按照 depends_on 中定义的顺序启动服务。

重要提示： depends_on 只保证服务的启动顺序，不保证依赖服务已经完全就绪（例如数据库已经开始监听连接）。对于服务就绪的判断，需要结合 healthcheck 或在应用程序代码中实现重试逻辑。

示例：
yaml services: webapp: build: ./webapp depends_on: - db # webapp 依赖于 db 服务 - redis # webapp 也依赖于 redis 服务 db: image: postgres:13 redis: image: redis:6

3.2.7 `networks`：服务网络

将服务连接到自定义网络。如果未指定，Docker Compose 会为整个应用程序创建一个默认网络。

优点： 隔离、更细粒度的控制。
服务可以通过网络别名相互通信。

示例：
yaml services: webapp: build: ./webapp networks: - app-net # 连接到 app-net 网络 db: image: postgres:13 networks: - app-net # 连接到 app-net 网络 networks: # 在顶层定义自定义网络 app-net: driver: bridge # 默认就是 bridge
在 app-net 网络中，webapp 可以通过主机名 db 访问 db 服务，反之亦然。

3.2.8 `restart`：重启策略

定义容器意外停止时的重启策略。

no (默认): 不自动重启。
on-failure: 只有当容器以非零退出代码退出时才重启。
always: 无论容器退出代码如何，始终重启。
unless-stopped: 除非手动停止，否则始终重启。

示例：
yaml services: webapp: build: ./webapp restart: always # 始终重启 webapp 容器

3.2.9 `container_name`：指定容器名称

为容器指定一个固定的名称，方便 docker ps 和 docker logs 查看。

注意： 如果使用 container_name，则该服务只能运行一个容器实例。

示例：
yaml services: db: image: postgres:13 container_name: myapp-postgres-db # 指定容器名为 myapp-postgres-db

3.2.10 `command` 和 `entrypoint`：覆盖默认命令

command： 覆盖镜像默认的 CMD 指令。
entrypoint： 覆盖镜像默认的 ENTRYPOINT 指令。

示例：
yaml services: worker: image: my-worker-image:latest command: ["python", "worker.py", "--queue", "high"] # 覆盖默认启动命令

3.2.11 `healthcheck`：健康检查

定义如何检查容器是否健康。在 depends_on 场景中，healthcheck 结合 depends_on 的 condition: service_healthy 可以更好地确保服务就绪。

示例：
yaml services: db: image: postgres:13 environment: POSTGRES_DB: myapp POSTGRES_USER: user POSTGRES_PASSWORD: password healthcheck: test: ["CMD-SHELL", "pg_isready -U user -d myapp"] # 检查 PostgreSQL 是否就绪 interval: 10s # 每 10 秒检查一次 timeout: 5s # 检查超时时间 retries: 5 # 重试次数 start_period: 30s # 启动期间的宽限期 webapp: build: ./webapp depends_on: db: condition: service_healthy # 只有当 db 服务健康时才启动 webapp

3.2.12 `labels`：添加元数据

为服务容器添加自定义元数据，方便管理和自动化工具识别。

示例：
yaml services: webapp: image: my-webapp:latest labels: - "com.example.description=My awesome web application" - "com.example.team=frontend"

3.3 `networks`：定义自定义网络

虽然 Docker Compose 会创建一个默认网络，但定义自定义网络可以提供更好的隔离性和组织性。

示例：
yaml networks: frontend-net: driver: bridge # 默认，可省略 backend-net: driver: bridge # 如果需要更高级的网络配置，例如固定 IP 地址，可以使用 ipam # ipam: # driver: default # config: # - subnet: 172.20.0.0/16
然后，在服务中引用：
yaml services: web: image: nginx:latest networks: - frontend-net - backend-net # Nginx 可能同时连接前端和后端网络 webapp: build: ./webapp networks: - backend-net # 后端服务只连接后端网络 db: image: postgres:13 networks: - backend-net # 数据库服务只连接后端网络

3.4 `volumes`：定义命名卷

命名卷 (Named Volumes) 是 Docker 管理数据持久化的首选方式。它们独立于容器的生命周期，可以被多个容器共享。

示例：
yaml volumes: db_data: # 定义一个名为 db_data 的命名卷 driver: local # 默认，可省略 # 如果需要更高级的配置，例如指定数据存储位置或使用其他驱动，可以添加 # driver_opts: # type: "nfs" # o: "addr=192.168.1.1,rw" # device: ":/var/nfs/share" app_logs: # 定义一个名为 app_logs 的命名卷
然后，在服务中引用：
yaml services: db: image: postgres:13 volumes: - db_data:/var/lib/postgresql/data # 将命名卷 db_data 挂载到容器内 webapp: build: ./webapp volumes: - app_logs:/var/log/app # 将命名卷 app_logs 挂载到容器内

3.5 `configs` 和 `secrets`：配置和敏感信息（进阶）

configs (V3.3+)： 用于管理非敏感配置数据，如 Web 服务器配置、应用程序配置文件等。它们以文件形式挂载到服务中。
secrets (V3.1+)： 用于管理敏感数据，如数据库密码、API 密钥等。它们也以文件形式挂载，但其在 Docker Swarm 模式下具有更强的安全性保障。

对于“从零开始配置入门”，这些通常不是初学者最先接触的，但了解它们的存在是重要的。在单机 Docker Compose 环境下，通常会使用 environment 或绑定挂载配置文件。当进入生产环境或 Swarm/Kubernetes 等编排系统时，configs 和 secrets 会发挥更大作用。

第四章：Docker Compose 的生命周期命令

编写完 docker-compose.yml 文件后，你需要使用 docker compose (或 docker-compose v1) 命令来管理你的应用程序。

以下是最常用的几个命令：

docker compose up：启动应用程序
- docker compose up： 在前台启动所有服务，并显示日志输出。
- docker compose up -d： 在后台（detached mode）启动所有服务。这是最常用的启动方式。
- docker compose up --build： 启动服务前强制重新构建镜像（如果服务使用了 build 指令）。
- docker compose up SERVICE_NAME： 仅启动指定的服务及其依赖。
docker compose down：停止并移除应用程序
- docker compose down： 停止并移除所有由 docker-compose.yml 定义的服务、网络和默认的匿名卷。
- docker compose down --volumes (或 -v)： 停止并移除所有服务、网络，同时移除命名卷。慎用，这会删除持久化数据。
- docker compose down --rmi all： 停止并移除所有服务，同时移除由 Compose 构建的镜像。
docker compose ps：列出服务状态
- 显示应用程序中所有服务的运行状态、端口映射等信息。
docker compose logs：查看服务日志
- docker compose logs： 显示所有服务的合并日志。
- docker compose logs SERVICE_NAME： 显示特定服务的日志。
- docker compose logs -f： 实时跟踪（follow）日志输出。
- docker compose logs --tail 100： 显示日志的最后 100 行。
docker compose exec：在容器内执行命令
- docker compose exec SERVICE_NAME COMMAND： 在指定服务的运行容器内执行命令。
- docker compose exec webapp bash： 进入 webapp 容器的 bash shell。
docker compose build：构建服务镜像
- 只构建服务镜像，不启动容器。当你的服务定义中有 build 指令时使用。
- docker compose build --no-cache： 构建时禁用缓存。
docker compose stop：停止服务而不移除
- 停止所有正在运行的服务，但不会移除容器。
docker compose start：启动已停止的服务
- 启动之前用 stop 命令停止的服务。

第五章：实战演练 – 构建一个简单的 Web 应用栈

现在，我们通过一个实际的例子来巩固所学知识。我们将构建一个由 Nginx (Web 服务器) 和 Python Flask 应用 (后端逻辑) 以及 PostgreSQL (数据库) 组成的应用程序栈。

项目结构：

. ├── docker-compose.yml ├── backend/ │ ├── Dockerfile │ ├── app.py │ └── requirements.txt └── nginx/ └── nginx.conf

1. backend/Dockerfile (Flask 应用的 Dockerfile)

“`dockerfile

backend/Dockerfile

FROM python:3.9-slim-buster

WORKDIR /app

COPY requirements.txt .
RUN pip install –no-cache-dir -r requirements.txt

COPY . .

暴露 Flask 默认端口

EXPOSE 5000

运行 Flask 应用

CMD [“python”, “app.py”]
“`

2. backend/requirements.txt

flask psycopg2-binary # 用于连接 PostgreSQL

3. backend/app.py (一个简单的 Flask 应用)

“`python

backend/app.py

from flask import Flask, jsonify
import os
import psycopg2

app = Flask(name)

从环境变量获取数据库连接信息

DB_NAME = os.getenv(‘POSTGRES_DB’, ‘mydb’)
DB_USER = os.getenv(‘POSTGRES_USER’, ‘myuser’)
DB_PASSWORD = os.getenv(‘POSTGRES_PASSWORD’, ‘mypassword’)
DB_HOST = os.getenv(‘DB_HOST’, ‘db’) # 注意这里使用 db 作为数据库服务的主机名
DB_PORT = os.getenv(‘DB_PORT’, ‘5432’)

def get_db_connection():
conn = psycopg2.connect(
host=DB_HOST,
database=DB_NAME,
user=DB_USER,
password=DB_PASSWORD,
port=DB_PORT
)
return conn

@app.route(‘/’)
def hello():
return “Hello from Flask Backend!”

@app.route(‘/db_test’)
def db_test():
try:
conn = get_db_connection()
cur = conn.cursor()
cur.execute(‘SELECT version();’)
db_version = cur.fetchone()[0]
cur.close()
conn.close()
return jsonify({“status”: “success”, “db_version”: db_version, “message”: “Successfully connected to PostgreSQL!”})
except Exception as e:
return jsonify({“status”: “error”, “message”: str(e)}), 500

if name == ‘main‘:
app.run(host=’0.0.0.0’, port=5000, debug=True)
“`

4. nginx/nginx.conf (Nginx 配置)

“`nginx

nginx/nginx.conf

events {
worker_connections 1024;
}

http {
include mime.types;
default_type application/octet-stream;

sendfile        on;
keepalive_timeout  65;

server {
    listen 80;
    server_name localhost;

    location / {
        proxy_pass http://backend:5000; # 将请求转发到 backend 服务，端口 5000
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    }
}

}
“`

5. docker-compose.yml (核心文件)

“`yaml
version: ‘3.8’

services:
nginx:
image: nginx:latest
container_name: myapp_nginx
ports:
– “80:80” # 将宿主机的 80 端口映射到 Nginx 容器的 80 端口
volumes:
– ./nginx/nginx.conf:/etc/nginx/nginx.conf:ro # 挂载 Nginx 配置文件
depends_on:
– backend # Nginx 依赖于 backend 服务
networks:
– app-network

backend:
build: ./backend # 从 ./backend 目录下的 Dockerfile 构建镜像
container_name: myapp_backend
ports:
– “5000” # 仅暴露容器内部的 5000 端口，不对宿主机映射（通过 Nginx 访问）
environment:
POSTGRES_DB: mydb
POSTGRES_USER: myuser
POSTGRES_PASSWORD: mypassword
DB_HOST: db # 数据库服务的主机名是 db
depends_on:
db:
condition: service_healthy # 只有当 db 服务健康时才启动 backend
networks:
– app-network
restart: on-failure

db:
image: postgres:13
container_name: myapp_db
environment:
POSTGRES_DB: mydb
POSTGRES_USER: myuser
POSTGRES_PASSWORD: mypassword
volumes:
– db_data:/var/lib/postgresql/data # 持久化数据库数据
healthcheck: # 数据库健康检查
test: [“CMD-SHELL”, “pg_isready -U myuser -d mydb”]
interval: 5s
timeout: 5s
retries: 5
start_period: 10s
networks:
– app-network
restart: unless-stopped

networks:
app-network:
driver: bridge # 定义一个名为 app-network 的桥接网络

volumes:
db_data: # 定义一个名为 db_data 的命名卷
“`

操作步骤：

将上述文件和目录结构复制到你的项目根目录。
打开终端，进入项目根目录。
运行命令启动应用程序：
bash docker compose up -d
Docker Compose 会：
- 为 backend 服务构建镜像。
- 拉取 nginx 和 postgres 镜像。
- 创建一个名为 app-network 的网络。
- 创建一个名为 db_data 的命名卷。
- 按照依赖关系启动服务：先启动 db，等待其健康，然后启动 backend，最后启动 nginx。
验证服务是否运行：
bash docker compose ps
你应该看到 myapp_nginx, myapp_backend, myapp_db 都在运行。
访问应用程序：
- 在浏览器中访问 http://localhost/，应该看到 “Hello from Flask Backend!” (因为 Nginx 将请求转发给了 Flask)。
- 访问 http://localhost/db_test，应该看到连接数据库成功的信息及 PostgreSQL 版本。
查看日志：
bash docker compose logs -f nginx docker compose logs -f backend docker compose logs -f db
停止并清理：
bash docker compose down
这将停止并移除所有服务和网络。
如果你想连同数据库数据一起删除：
bash docker compose down -v

第六章：Docker Compose YML 的最佳实践

为了更高效、健壮地使用 Docker Compose，以下是一些最佳实践：

使用最新的 version： 始终使用 Docker Compose 文件格式的最新稳定版本（如 3.8 或 3.9），以利用新特性和改进。
模块化和可重用性：
- 为每个服务创建独立的 Dockerfile。
- 对于开发和生产环境的不同配置，可以使用多个 docker-compose.yml 文件（例如 docker-compose.yml 用于基础配置，docker-compose.override.yml 用于开发特定配置）。Docker Compose 会自动合并这些文件。
- 利用 extends 关键字（V2 及 V3.4+ 推荐使用 include 或多文件合并）来共享通用服务定义。
使用命名卷进行数据持久化： 尽量避免使用绑定挂载来持久化数据库数据，因为命名卷更易管理，且与 Docker 生态系统集成更好。绑定挂载更适合于开发时挂载代码。
明确的网络定义： 总是定义自定义网络，而不是依赖默认网络。这样可以提高隔离性，并清晰地表达服务之间的通信拓扑。
环境变量管理：
- 使用 environment 来传递非敏感的运行时配置。
- 对于敏感信息，考虑使用 secrets 或 env_file，但请确保 env_file 不被提交到版本控制。
健康检查 healthcheck： 在关键服务（如数据库）上配置健康检查，并结合 depends_on 的 condition: service_healthy 来确保依赖服务完全就绪再启动。
重启策略 restart： 根据服务的重要性配置合适的重启策略，例如 always 或 unless-stopped，以提高应用程序的可用性。
日志管理： 确保应用程序将日志输出到标准输出 (stdout) 和标准错误 (stderr)，这样 Docker Compose (或 Docker Engine) 就能捕获并集中管理它们。
避免在 Compose 文件中硬编码敏感信息： 绝不要在 docker-compose.yml 文件中直接写入密码、API 密钥等敏感信息。使用环境变量、env_file 或 secrets。
dockerignore： 在 Dockerfile 所在的目录创建 .dockerignore 文件，排除不必要的文件（如 node_modules, .git），加快镜像构建速度并减小镜像大小。
版本控制： 将 docker-compose.yml 文件和所有相关的 Dockerfile、配置文件一起纳入版本控制（如 Git），确保团队协作和环境一致性。

总结

Docker Compose 是一个极其强大的工具，它通过声明式 YAML 文件极大地简化了多容器 Docker 应用程序的定义和管理。从定义服务、网络、卷到配置环境变量、端口映射和健康检查，docker-compose.yml 提供了一个全面而灵活的方式来描述你的应用程序栈。

通过本文的学习，你应该已经掌握了 docker-compose.yml 的基本结构和常用指令，并通过一个实际的 Web 应用程序案例进行了实践。记住，理论结合实践是最好的学习方式。现在，你可以尝试将自己的多容器应用程序使用 Docker Compose 进行编排，体验它带来的便利和效率提升。

随着你对 Docker Compose 的熟练度提高，你可以进一步探索更高级的功能，例如 extends、profiles、configs 和 secrets，以及如何在生产环境中使用它与 Docker Swarm 或 Kubernetes 结合。容器化之旅才刚刚开始，Docker Compose 将是你手中一把锋利的剑。

Docker Compose YML：从零开始配置入门 – wiki基地

Docker Compose YML：从零开始配置入门

第一章：初识 Docker Compose – 为什么需要它？

第二章：准备工作 – 安装 Docker Compose

第三章：Docker Compose YML 文件核心结构解析

3.1 `version`：文件格式版本

3.2 `services`：定义你的应用程序服务

3.2.1 `image`：基于现有镜像构建

3.2.2 `build`：基于 Dockerfile 构建自定义镜像

3.2.3 `ports`：端口映射

3.2.4 `volumes`：数据持久化和文件共享

3.2.5 `environment`：环境变量

3.2.6 `depends_on`：服务依赖

3.2.7 `networks`：服务网络

3.2.8 `restart`：重启策略

3.2.9 `container_name`：指定容器名称

3.2.10 `command` 和 `entrypoint`：覆盖默认命令

3.2.11 `healthcheck`：健康检查

3.2.12 `labels`：添加元数据

3.3 `networks`：定义自定义网络

3.4 `volumes`：定义命名卷

3.5 `configs` 和 `secrets`：配置和敏感信息（进阶）

第四章：Docker Compose 的生命周期命令

第五章：实战演练 – 构建一个简单的 Web 应用栈

backend/Dockerfile

暴露 Flask 默认端口

运行 Flask 应用

backend/app.py

从环境变量获取数据库连接信息

nginx/nginx.conf

第六章：Docker Compose YML 的最佳实践

总结

发表评论取消回复

Docker Compose YML：从零开始配置入门

第一章：初识 Docker Compose – 为什么需要它？

第二章：准备工作 – 安装 Docker Compose

第三章：Docker Compose YML 文件核心结构解析

3.1 version：文件格式版本

3.2 services：定义你的应用程序服务

3.2.1 image：基于现有镜像构建

3.2.2 build：基于 Dockerfile 构建自定义镜像

3.2.3 ports：端口映射

3.2.4 volumes：数据持久化和文件共享

3.2.5 environment：环境变量

3.2.6 depends_on：服务依赖

3.2.7 networks：服务网络

3.2.8 restart：重启策略

3.2.9 container_name：指定容器名称

3.2.10 command 和 entrypoint：覆盖默认命令

3.2.11 healthcheck：健康检查

3.2.12 labels：添加元数据

3.3 networks：定义自定义网络

3.4 volumes：定义命名卷

3.5 configs 和 secrets：配置和敏感信息（进阶）

第四章：Docker Compose 的生命周期命令

第五章：实战演练 – 构建一个简单的 Web 应用栈

backend/Dockerfile

暴露 Flask 默认端口

运行 Flask 应用

backend/app.py

从环境变量获取数据库连接信息

nginx/nginx.conf

第六章：Docker Compose YML 的最佳实践

总结

发表评论 取消回复

3.1 `version`：文件格式版本

3.2 `services`：定义你的应用程序服务

3.2.1 `image`：基于现有镜像构建

3.2.2 `build`：基于 Dockerfile 构建自定义镜像

3.2.3 `ports`：端口映射

3.2.4 `volumes`：数据持久化和文件共享

3.2.5 `environment`：环境变量

3.2.6 `depends_on`：服务依赖

3.2.7 `networks`：服务网络

3.2.8 `restart`：重启策略

3.2.9 `container_name`：指定容器名称

3.2.10 `command` 和 `entrypoint`：覆盖默认命令

3.2.11 `healthcheck`：健康检查

3.2.12 `labels`：添加元数据

3.3 `networks`：定义自定义网络

3.4 `volumes`：定义命名卷

3.5 `configs` 和 `secrets`：配置和敏感信息（进阶）

发表评论取消回复