如何在 Docker Compose 中使用密钥
目录
密钥是不应通过网络传输或以未加密方式存储在 Dockerfile 或应用程序源代码中的任何数据,例如密码、证书或 API 密钥。
Docker Compose 为您提供了一种使用密钥的方法,而无需使用环境变量来存储信息。如果您将密码和 API 密钥作为环境变量注入,则可能会无意中泄露信息。服务只有在 top-level 元素中的属性显式授予时才能访问 secret。secrets
services
环境变量通常对所有进程都可用,并且可能很难跟踪访问权限。在您不知情的情况下调试错误时,它们也可以打印在日志中。使用机密可以降低这些风险。
使用密钥
将密钥放入容器的过程分为两个步骤。首先,使用 Compose 文件中的顶级 secrets 元素定义密钥。接下来,更新您的服务定义,以使用 secrets 属性引用它们所需的密钥。Compose 基于每个服务授予对密钥的访问权限。
与其他方法不同,这允许通过标准文件系统权限在服务容器内进行精细访问控制。
例子
简单
在以下示例中,前端服务被授予对密钥的访问权限。在容器中,设置为文件 .my_secret
/run/secrets/my_secret
./my_secret.txt
services:
myapp:
image: myapp:latest
secrets:
- my_secret
secrets:
my_secret:
file: ./my_secret.txt
高深
services:
db:
image: mysql:latest
volumes:
- db_data:/var/lib/mysql
environment:
MYSQL_ROOT_PASSWORD_FILE: /run/secrets/db_root_password
MYSQL_DATABASE: wordpress
MYSQL_USER: wordpress
MYSQL_PASSWORD_FILE: /run/secrets/db_password
secrets:
- db_root_password
- db_password
wordpress:
depends_on:
- db
image: wordpress:latest
ports:
- "8000:80"
environment:
WORDPRESS_DB_HOST: db:3306
WORDPRESS_DB_USER: wordpress
WORDPRESS_DB_PASSWORD_FILE: /run/secrets/db_password
secrets:
- db_password
secrets:
db_password:
file: db_password.txt
db_root_password:
file: db_root_password.txt
volumes:
db_data:
在上面的高级示例中:
- 每个服务下的属性定义要注入到特定容器中的密钥。
secrets
- top-level 部分定义变量 and 并提供填充其值的 。
secrets
db_password
db_root_password
file
- 每个容器的部署意味着 Docker 会创建一个临时文件系统挂载,并为其特定值。
/run/secrets/<secret_name>
注意
构建密钥
在以下示例中,密钥在构建时可用。它的值取自环境变量。npm_token
NPM_TOKEN
services:
myapp:
build:
secrets:
- npm_token
context: .
secrets:
npm_token:
environment: NPM_TOKEN