683 lines
21 KiB
Markdown
683 lines
21 KiB
Markdown
---
|
||
title: Docker Compose
|
||
description: Docker Compose
|
||
keywords:
|
||
- Docker Compose
|
||
tags:
|
||
- Docker/进阶
|
||
- 技术/操作系统
|
||
author: 仲平
|
||
date: 2024-03-01
|
||
---
|
||
|
||
## 概述
|
||
|
||
Docker Compose 是一种工具，用于定义和运行多容器 Docker 应用程序。通过使用 Compose，你可以使用 YAML 文件来配置你的应用服务。然后，只需一个简单的命令，就能创建并启动你配置中的所有服务。
|
||
|
||
Docker Compose 允许你使用 YAML 文件来定义多个容器的应用服务，包括网络、卷等其他资源。这种方法可以让你将整个应用的配置集中管理，极大地简化了容器管理过程。
|
||
|
||
- **简化配置**：使用 YAML 文件定义服务，使得配置过程更加简单明了。
|
||
- **一键部署**：多容器应用可以通过一个命令同时启动，无需分别操作每个容器。
|
||
- **易于维护和扩展**：服务的更新和扩展可以通过修改配置文件实现，易于管理。
|
||
|
||
## 安装
|
||
|
||
Docker Compose 的安装过程取决于你的操作系统。在大多数情况下，它可以作为 Docker Desktop 的一部分自动安装，或者可以单独安装。
|
||
|
||
### 在 Linux 上安装
|
||
|
||
```shell
|
||
curl -L "https://github.com/docker/compose/releases/download/v2.24.6/docker-compose-linux-x86_64" -o /usr/local/bin/docker-compose
|
||
sudo chmod +x /usr/local/bin/docker-compose
|
||
```
|
||
|
||
## 基本命令
|
||
|
||
| 命令 | 描述 |
|
||
| ------------------------ | ------------------------------------------------------------ |
|
||
| `docker-compose up` | 构建、（重新）创建、启动和连接到服务的容器。使用 `-d` 参数以后台模式运行。 |
|
||
| `docker-compose down` | 停止并移除容器、网络、卷和镜像。 |
|
||
| `docker-compose build` | 构建或重新构建服务中定义的镜像。 |
|
||
| `docker-compose logs` | 查看服务的日志输出。 |
|
||
| `docker-compose pull` | 拉取服务依赖的镜像。 |
|
||
| `docker-compose push` | 将服务镜像推送到 Docker Hub 或其他镜像仓库。 |
|
||
| `docker-compose restart` | 重启服务。 |
|
||
| `docker-compose start` | 启动已经存在的服务容器。 |
|
||
| `docker-compose stop` | 停止运行中的容器，不移除它们。 |
|
||
| `docker-compose pause` | 暂停服务中的容器。 |
|
||
| `docker-compose unpause` | 恢复服务中已暂停的容器。 |
|
||
| `docker-compose rm` | 删除所有（停止状态的）服务容器。 |
|
||
| `docker-compose run` | 在一个服务上运行一次性命令。 |
|
||
| `docker-compose exec` | 在服务的容器中执行命令。 |
|
||
| `docker-compose scale` | 设置服务的容器数量。*（注：在 3.x 版本中已被 `docker-compose up --scale` 代替）* |
|
||
| `docker-compose config` | 验证并查看 Compose 文件的配置。 |
|
||
| `docker-compose top` | 显示运行中的容器的进程。 |
|
||
| `docker-compose port` | 打印绑定的公开端口。 |
|
||
| `docker-compose ps` | 列出项目中目前的所有容器。 |
|
||
| `docker-compose version` | 显示 Docker Compose 的版本信息。 |
|
||
|
||
如果你想操作特定的一个 Docker Compose 编排，你应该在该编排文件所在的目录下执行相应的 `docker-compose ` 命令，并使用 `-f` 参数指定你的编排文件（如果不是使用默认的 `docker-compose.yml` 文件名）。
|
||
|
||
## 管理应用
|
||
|
||
让我们通过一个简单的示例来展示如何使用 Docker Compose 管理多容器应用。
|
||
|
||
### 示例应用
|
||
|
||
下面创建一个 `docker-compose.yml` 文件，定义一个简单的 web 应用服务。
|
||
|
||
#### app.py
|
||
|
||
```python
|
||
from flask import Flask
|
||
from redis import Redis
|
||
|
||
app = Flask(__name__)
|
||
redis = Redis(host='redis', port=6379)
|
||
|
||
@app.route('/')
|
||
def hello():
|
||
count = redis.incr('hits')
|
||
return 'Hello World! 该页面已被访问 {} 次。\n'.format(count)
|
||
|
||
if __name__ == "__main__":
|
||
app.run(host="0.0.0.0", debug=True)
|
||
```
|
||
|
||
#### Dockerfile
|
||
|
||
```dockerfile
|
||
FROM python:3.6-alpine
|
||
ADD . /code
|
||
WORKDIR /code
|
||
RUN pip install redis flask
|
||
CMD ["python", "app.py"]
|
||
```
|
||
|
||
#### docker-compose.yml
|
||
|
||
```yaml
|
||
version: '3'
|
||
services:
|
||
|
||
web:
|
||
build: .
|
||
ports:
|
||
- "5000:5000"
|
||
|
||
redis:
|
||
image: "redis:alpine"
|
||
```
|
||
|
||
### 启动应用
|
||
|
||
使用 `docker-compose up` 命令来启动应用，Docker Compose 会自动启动定义的所有服务。
|
||
|
||
```shell
|
||
docker-compose up -d
|
||
```
|
||
|
||
### 停止应用
|
||
|
||
当你完成工作后，可以使用 `docker-compose down` 命令来停止并清理应用服务。
|
||
|
||
```shell
|
||
docker-compose down
|
||
```
|
||
|
||
## Compose 文件
|
||
|
||
Docker Compose 文件是 Docker Compose 的核心，它使用 YAML 文件格式定义了多容器 Docker 应用的所有服务、网络和卷。
|
||
|
||
### 文件结构
|
||
|
||
一个基本的 `docker-compose.yml` 文件包含**三个主要部分：services（服务）、networks（网络）和 volumes（卷）。**
|
||
|
||
下面是一个简单的示例，展示了这些组件如何被定义和关联：
|
||
|
||
```yaml
|
||
version: '3'
|
||
services:
|
||
web:
|
||
image: nginx
|
||
ports:
|
||
- "80:80"
|
||
depends_on:
|
||
- db
|
||
networks:
|
||
- backend
|
||
db:
|
||
image: postgres
|
||
environment:
|
||
POSTGRES_PASSWORD: mysecretpassword
|
||
volumes:
|
||
- db-data:/var/lib/postgresql/data
|
||
networks:
|
||
- backend
|
||
|
||
networks:
|
||
backend:
|
||
|
||
volumes:
|
||
db-data:
|
||
```
|
||
|
||
#### 服务（Services）
|
||
|
||
在 `services` 部分，你定义了应用中的各个服务，每个服务可以是一个容器，在上面的例子中，有两个服务：`web` 和 `db`。
|
||
|
||
- **image**: 指定服务使用的镜像。
|
||
- **ports**: 映射端口到宿主机。
|
||
- **depends_on**: 表示服务之间的依赖关系。
|
||
- **networks**: 指定服务连接的网络。
|
||
- **environment**: 设置环境变量。
|
||
|
||
#### 网络（Networks）
|
||
|
||
在 `networks` 部分，你可以定义一个或多个网络，服务可以连接到这些网络。在上例中，定义了一个名为 `backend` 的网络，`web` 和 `db` 服务都连接到了这个网络，使得它们可以相互通信。
|
||
|
||
#### 卷（Volumes）
|
||
|
||
在 `volumes` 部分，你定义了数据卷用于数据持久化。在上例中，`db-data` 卷被挂载到了 `db` 服务的容器中，用于存储数据库数据。
|
||
|
||
### 语法
|
||
|
||
```mermaid
|
||
graph LR
|
||
A[Docker Compose] --> B[Services]
|
||
A --> C[Volumes]
|
||
A --> D[Networks]
|
||
A --> E[Configs]
|
||
A --> F[Secrets]
|
||
|
||
B --> G[Service 1]
|
||
B --> H[Service 2]
|
||
B --> I[Service N]
|
||
|
||
G --> J[Image/Build]
|
||
G --> K[Environment]
|
||
G --> L[Ports]
|
||
G --> M[Depends On]
|
||
G --> N[Volumes]
|
||
G --> O[Networks]
|
||
|
||
C --> P[Volume 1]
|
||
C --> Q[Volume 2]
|
||
C --> R[Volume N]
|
||
|
||
D --> S[Network 1]
|
||
D --> T[Network 2]
|
||
D --> U[Network N]
|
||
|
||
E --> V[Config 1]
|
||
E --> W[Config 2]
|
||
|
||
F --> X[Secret 1]
|
||
F --> Y[Secret 2]
|
||
|
||
J --> J1[Type: Image or Build Path]
|
||
K --> K1[Variables]
|
||
L --> L1[Container:Host]
|
||
M --> M1[Service Dependencies]
|
||
N --> N1[Service:Volume Mapping]
|
||
O --> O1[Service Networks]
|
||
|
||
P --> P1[Driver]
|
||
Q --> Q1[Driver Options]
|
||
|
||
S --> S1[Driver]
|
||
T --> T1[Driver Options]
|
||
|
||
V --> V1[File or External]
|
||
W --> W1[File or External]
|
||
|
||
X --> X1[File or External]
|
||
Y --> Y1[File or External]
|
||
```
|
||
|
||
### 关键字
|
||
|
||
| 配置项 | 描述 |
|
||
| -------------------------- | ------------------------------------------------------------ |
|
||
| `build` | 定义了构建服务的配置，可以是一个构建上下文的路径，或者一个包含 `context`、`dockerfile` 和 `args` 的对象。 |
|
||
| `cap_add`, `cap_drop` | 添加或删除容器的能力。 |
|
||
| `cgroup_parent` | 指定容器的父 cgroup。 |
|
||
| `command` | 覆盖容器的默认命令。 |
|
||
| `configs` | 为服务提供对配置的访问。 |
|
||
| `container_name` | 指定自定义容器名称。 |
|
||
| `credential_spec` | 配置管理服务帐户的凭据规范。 |
|
||
| `depends_on` | 表达服务之间的依赖关系。 |
|
||
| `deploy` | 指定与服务部署和运行相关的配置。 |
|
||
| `devices` | 设备映射列表。 |
|
||
| `dns`, `dns_search` | 自定义 DNS 服务器和搜索域。 |
|
||
| `entrypoint` | 覆盖容器的默认入口点。 |
|
||
| `env_file` | 从文件中加载环境变量。 |
|
||
| `environment` | 设置环境变量。 |
|
||
| `expose` | 暴露端口而不发布到宿主机。 |
|
||
| `external_links` | 链接到 Docker Compose 外部的容器。 |
|
||
| `extra_hosts` | 添加主机名映射。 |
|
||
| `healthcheck` | 配置容器的健康检查。 |
|
||
| `image` | 指定服务使用的镜像。 |
|
||
| `init` | 使用 Docker 的 init 进程。 |
|
||
| `labels` | 添加标签到容器。 |
|
||
| `links` | 链接到其他服务的容器。 |
|
||
| `logging` | 配置日志记录。 |
|
||
| `network_mode` | 网络模式。 |
|
||
| `networks` | 配置网络。 |
|
||
| `pid` | PID 模式。 |
|
||
| `ports` | 发布端口。 |
|
||
| `secrets` | 配置访问秘密。 |
|
||
| `security_opt` | 安全选项。 |
|
||
| `stop_grace_period` | 设置停止前的等待时间。 |
|
||
| `stop_signal` | 设置停止容器的信号。 |
|
||
| `sysctls` | 内核参数设置。 |
|
||
| `tmpfs` | 挂载临时文件系统。 |
|
||
| `ulimits` | 用户限制。 |
|
||
| `user` | 指定运行用户。 |
|
||
| `userns_mode` | 用户命名空间模式。 |
|
||
| `volumes`, `volume_driver` | 配置卷。 |
|
||
| `volumes_from` | 从其他服务或容器挂载卷。 |
|
||
| `working_dir` | 工作目录。 |
|
||
|
||
## 服务配置详解
|
||
|
||
### 构建选项
|
||
|
||
如果你不是使用现有的镜像，而是需要构建自定义镜像，可以使用 `build` 选项：
|
||
|
||
```yaml
|
||
version: '3'
|
||
services:
|
||
webapp:
|
||
build: ./dir
|
||
```
|
||
|
||
### 环境变量
|
||
|
||
你可以直接在 `docker-compose.yml` 文件中为服务设置环境变量，或者使用 `.env` 文件来管理：
|
||
|
||
```yaml
|
||
version: '3'
|
||
services:
|
||
web:
|
||
image: nginx
|
||
environment:
|
||
- NGINX_PORT=80
|
||
```
|
||
|
||
### 依赖关系
|
||
|
||
使用 `depends_on` 选项可以定义服务启动的先后顺序：
|
||
|
||
```yaml
|
||
version: '3'
|
||
services:
|
||
web:
|
||
image: nginx
|
||
depends_on:
|
||
- db
|
||
db:
|
||
image: postgres
|
||
```
|
||
|
||
### 端口映射
|
||
|
||
通过 `ports` 选项，可以将容器内的端口映射到宿主机的端口：
|
||
|
||
```yaml
|
||
version: '3'
|
||
services:
|
||
web:
|
||
image: nginx
|
||
ports:
|
||
- "80:80"
|
||
```
|
||
|
||
### 环境变量与 .env 文件的使用
|
||
|
||
管理配置和敏感信息时，推荐使用 `.env` 文件来外部定义环境变量，然后在 `docker-compose.yml` 文件中引用这些变量：
|
||
|
||
.env 文件：
|
||
|
||
```env
|
||
DB_PASSWORD=mysecretpassword
|
||
```
|
||
|
||
docker-compose.yml 文件：
|
||
|
||
```yaml
|
||
version: '3'
|
||
services:
|
||
db:
|
||
image: postgres
|
||
environment:
|
||
POSTGRES_PASSWORD: ${DB_PASSWORD}
|
||
```
|
||
|
||
通过这种方式，你可以避免将敏感信息直接硬编码在 `docker-compose.yml` 文件中，而是将其存储在外部的 `.env` 文件中，这有助于保持你的配置的安全性和灵活性。
|
||
|
||
## 多容器应用管理
|
||
|
||
在 Docker Compose 的使用中，管理多容器应用是核心任务之一。这包括了如何定义和运行多容器应用、如何管理容器间的网络连接以及如何实现数据的持久化和共享。
|
||
|
||
### 定义与运行多容器应用
|
||
|
||
利用 `docker-compose.yml` 文件，开发者可以定义涵盖多个服务（容器）的完整应用架构，实现一键部署和管理。
|
||
|
||
考虑到一个典型的三层应用架构，包含前端、后端及数据库层：
|
||
|
||
```yaml
|
||
version: '3.8'
|
||
services:
|
||
frontend:
|
||
image: nginx:latest
|
||
ports:
|
||
- "80:80"
|
||
depends_on:
|
||
- backend
|
||
networks:
|
||
- app-network
|
||
|
||
backend:
|
||
image: node:14
|
||
environment:
|
||
DB_HOST: db
|
||
ports:
|
||
- "3000:3000"
|
||
depends_on:
|
||
- db
|
||
networks:
|
||
- app-network
|
||
|
||
db:
|
||
image: postgres:13
|
||
environment:
|
||
POSTGRES_USER: user
|
||
POSTGRES_PASSWORD: password
|
||
volumes:
|
||
- db-data:/var/lib/postgresql/data
|
||
networks:
|
||
- app-network
|
||
|
||
volumes:
|
||
db-data:
|
||
|
||
networks:
|
||
app-network:
|
||
```
|
||
|
||
在这个例子中，我们指定了使用的镜像、环境变量、端口映射、依赖关系、网络和数据卷。通过这样的配置，可以确保应用的各个部分能够正确连接和交互，同时数据也得到了持久化。
|
||
|
||
### 网络管理
|
||
|
||
Docker Compose 默认创建一个网络，使得同一 `docker-compose.yml` 文件中定义的所有服务都能够在这个网络中相互通信。然而，复杂应用可能需要更精细的网络配置来满足不同的安全和隔离需求。
|
||
|
||
自定义网络配置允许服务根据实际需求分配到不同的网络中，实现更细致的网络隔离和通信策略。
|
||
|
||
```yaml
|
||
networks:
|
||
app-network:
|
||
driver: bridge
|
||
internal-network:
|
||
driver: bridge
|
||
internal: true
|
||
```
|
||
|
||
在上述配置中，`app-network` 用于暴露外部可访问的服务（如前端），而 `internal-network` 则用于内部服务间的通信，不对外部暴露，增强了安全性。
|
||
|
||
### 数据卷与持久化
|
||
|
||
数据持久化对于任何生产级应用都至关重要，Docker Compose 通过卷（volumes）提供了数据持久化的能力。
|
||
|
||
```yaml
|
||
volumes:
|
||
db-data:
|
||
driver: local
|
||
```
|
||
|
||
这里定义了一个名为 `db-data` 的卷，用于 PostgreSQL 数据库的数据持久化存储。通过指定卷，即使容器重新创建，数据也不会丢失。
|
||
|
||
Docker Compose 也支持定义卷来实现服务之间的数据共享：
|
||
|
||
```yaml
|
||
services:
|
||
service1:
|
||
volumes:
|
||
- shared-data:/path/to/data
|
||
service2:
|
||
volumes:
|
||
- shared-data:/path/to/data
|
||
|
||
volumes:
|
||
shared-data:
|
||
```
|
||
|
||
在此配置中，`service1` 和 `service2` 共享了同一个卷 `shared-data`，允许它们访问和修改相同的数据集，这在需要数据共享的应用场景中非常有用。
|
||
|
||
## 高级功能
|
||
|
||
Docker Compose 不仅仅是一个多容器部署工具，它还提供了一系列高级功能和最佳实践，帮助开发者和运维人员优化应用配置和管理。本章节将深入探讨服务的健康检查、如何使用 `extends` 特性以及如何通过覆盖文件分离环境配置。
|
||
|
||
### 服务的健康检查
|
||
|
||
健康检查是监控服务状态和健康状况的重要手段。通过配置健康检查，Docker 可以自动检测服务是否正常运行。
|
||
|
||
在 `docker-compose.yml` 文件中，可以为服务配置 `healthcheck` 指令：
|
||
|
||
```yaml
|
||
services:
|
||
web:
|
||
image: my-web-app
|
||
healthcheck:
|
||
test: ["CMD", "curl", "-f", "http://localhost"]
|
||
interval: 30s
|
||
timeout: 10s
|
||
retries: 3
|
||
start_period: 40s
|
||
```
|
||
|
||
这个配置定义了一个健康检查，每 30 秒执行一次 `curl -f http://localhost` 命令来检查 `web` 服务的健康状态，如果命令在 10 秒内没有成功执行（即返回状态码非 0），则认为是一次失败。如果连续 3 次检查失败，则服务被认为是不健康的。
|
||
|
||
### 扩展与重写服务
|
||
|
||
`extends` 特性允许在一个服务中重用另一个服务的配置。这对于不同环境下的配置共享非常有用。
|
||
|
||
假设有一个基础服务配置 `base-service.yml`：
|
||
|
||
```yaml
|
||
version: '3.8'
|
||
services:
|
||
app_base:
|
||
image: my-app
|
||
environment:
|
||
- DEBUG=false
|
||
```
|
||
|
||
可以在 `docker-compose.yml` 中扩展这个服务：
|
||
|
||
```yaml
|
||
version: '3.8'
|
||
services:
|
||
app:
|
||
extends:
|
||
file: base-service.yml
|
||
service: app_base
|
||
ports:
|
||
- "80:80"
|
||
```
|
||
|
||
通过这种方式，`app` 服务继承了 `app_base` 的所有配置，并添加了端口映射。
|
||
|
||
### 使用覆盖文件来分离环境配置
|
||
|
||
Docker Compose 允许使用多个文件来定义项目配置，这使得可以针对不同环境（如开发、测试、生产）使用不同的配置。
|
||
|
||
基础 `docker-compose.yml` 文件定义了所有环境共有的配置：
|
||
|
||
```yaml
|
||
version: '3.8'
|
||
services:
|
||
web:
|
||
image: my-web-app
|
||
environment:
|
||
- LOG_LEVEL=info
|
||
```
|
||
|
||
针对开发环境的 `docker-compose.override.yml`：
|
||
|
||
```yaml
|
||
version: '3.8'
|
||
services:
|
||
web:
|
||
environment:
|
||
- DEBUG=true
|
||
volumes:
|
||
- .:/code
|
||
```
|
||
|
||
在生产环境的 `docker-compose.prod.yml`：
|
||
|
||
```yaml
|
||
version: '3.8'
|
||
services:
|
||
web:
|
||
ports:
|
||
- "80:80"
|
||
environment:
|
||
- LOG_LEVEL=warning
|
||
```
|
||
|
||
通过指定 `-f` 参数来使用不同的配置文件：
|
||
|
||
```yaml
|
||
docker-compose -f docker-compose.yml -f docker-compose.prod.yml up -d
|
||
```
|
||
|
||
这种方法使得基础配置与环境特定配置分离，便于管理和维护。
|
||
|
||
## 实战项目
|
||
|
||
本实战项目将引导你构建一个简单的 Web 应用，该应用包含三个主要组件：前端（使用 Nginx 静态文件服务），后端（一个简单的 Node.js API），以及数据库（PostgreSQL）。此外，我们还将探讨如何调试这些服务并进行基本的性能优化。
|
||
|
||
### Web 实战项目
|
||
|
||
#### 项目概述
|
||
|
||
- **前端**：使用 Nginx 服务静态文件。
|
||
- **后端**：Node.js 应用提供 RESTful API。
|
||
- **数据库**：PostgreSQL 存储数据。
|
||
|
||
#### `docker-compose.yml`
|
||
|
||
```yaml
|
||
version: '3.8'
|
||
services:
|
||
frontend:
|
||
image: nginx:alpine
|
||
volumes:
|
||
- ./frontend:/usr/share/nginx/html
|
||
ports:
|
||
- "80:80"
|
||
depends_on:
|
||
- backend
|
||
networks:
|
||
- app-network
|
||
|
||
backend:
|
||
build:
|
||
context: ./backend
|
||
dockerfile: Dockerfile
|
||
environment:
|
||
DATABASE_URL: postgres://user:password@db:5432/mydb
|
||
ports:
|
||
- "3000:3000"
|
||
depends_on:
|
||
- db
|
||
networks:
|
||
- app-network
|
||
|
||
db:
|
||
image: postgres:13
|
||
environment:
|
||
POSTGRES_USER: user
|
||
POSTGRES_PASSWORD: password
|
||
POSTGRES_DB: mydb
|
||
volumes:
|
||
- db-data:/var/lib/postgresql/data
|
||
networks:
|
||
- app-network
|
||
|
||
volumes:
|
||
db-data:
|
||
|
||
networks:
|
||
app-network:
|
||
```
|
||
|
||
#### 前端
|
||
|
||
前端使用 Nginx 静态文件服务。你需要在 `./frontend` 目录下放置你的静态文件（HTML、CSS、JavaScript 文件等）。
|
||
|
||
#### 后端
|
||
|
||
后端是一个简单的 Node.js 应用，提供 RESTful API。你需要在 `./backend` 目录下创建一个 `Dockerfile` 和你的 Node.js 应用代码。
|
||
|
||
`./backend/Dockerfile`
|
||
|
||
```yaml
|
||
FROM node:14-alpine
|
||
WORKDIR /app
|
||
COPY package*.json ./
|
||
RUN npm install
|
||
COPY . .
|
||
EXPOSE 3000
|
||
CMD ["node", "server.js"]
|
||
```
|
||
|
||
#### Node.js 服务器
|
||
|
||
```javascript
|
||
// server.js
|
||
const express = require('express');
|
||
const app = express();
|
||
const PORT = process.env.PORT || 3000;
|
||
|
||
app.get('/api', (req, res) => {
|
||
res.json({ message: "Hello from the backend!" });
|
||
});
|
||
|
||
app.listen(PORT, () => {
|
||
console.log(`Server is running on port ${PORT}`);
|
||
});
|
||
```
|
||
|
||
#### 数据库
|
||
|
||
使用 PostgreSQL 作为数据库服务。`docker-compose.yml` 文件中已经配置了必要的环境变量。
|
||
|
||
### 调试与优化
|
||
|
||
#### 容器日志查看
|
||
|
||
使用 Docker Compose 查看服务日志的命令：
|
||
|
||
```yaml
|
||
docker-compose logs -f backend
|
||
```
|
||
|
||
这将跟踪并显示后端服务的实时日志输出。
|
||
|
||
#### 资源监控与性能优化
|
||
|
||
Docker Desktop 和其他第三方工具如 Portainer 或 cAdvisor 可用于监控容器的资源使用情况。基于监控数据，你可以对服务进行必要的调整，比如调整容器的 CPU 和内存限制：
|
||
|
||
```yaml
|
||
services:
|
||
backend:
|
||
build: ./backend
|
||
mem_limit: 500m
|
||
cpus: '0.5'
|
||
```
|
||
|
||
在 `docker-compose.yml` 文件中，为后端服务设置了内存限制为 500MB，CPU 使用限制为 50%。
|