返回首页返回书籍《Docker 从入门到实践》
目录

目录 · CONTENTS

  1. 01前言
  2. 02修订记录
  3. 03如何贡献
  4. 04第一章 Docker 简介
  5. 051.1 快速上手
  6. 061.2 什么是 Docker
  7. 071.3 为什么要用 Docker
  8. 08本章小结
  9. 09第二章 基本概念
  10. 102.1 镜像
  11. 112.2 容器
  12. 122.3 仓库
  13. 13本章小结
  14. 14第三章 安装 Docker
  15. 153.1 Ubuntu
  16. 163.2 Debian
  17. 173.3 Fedora
  18. 183.4 CentOS
  19. 193.5 Raspberry Pi
  20. 203.6 Linux 离线安装
  21. 213.7 macOS
  22. 223.8 Windows 10/11
  23. 233.9 镜像加速器
  24. 243.10 开启实验特性
  25. 25本章小结
  26. 26第四章 使用镜像
  27. 274.1 获取镜像
  28. 284.2 列出镜像
  29. 294.3 删除本地镜像
  30. 304.4 利用 commit 理解镜像构成
  31. 314.5 使用 Dockerfile 定制镜像
  32. 324.6 其他制作镜像的方式
  33. 334.7 实现原理
  34. 34本章小结
  35. 35第五章 操作容器
  36. 365.1 启动
  37. 375.2 守护态运行
  38. 385.3 终止
  39. 395.4 进入容器
  40. 405.5 导出和导入
  41. 415.6 删除
  42. 42本章小结
  43. 43第六章 访问仓库
  44. 446.1 Docker Hub
  45. 456.2 私有仓库
  46. 466.3 私有仓库高级配置
  47. 476.4 Nexus 3
  48. 48本章小结
  49. 49第七章 Dockerfile 指令详解
  50. 507.1 RUN 执行命令
  51. 517.2 COPY 复制文件
  52. 527.3 ADD 更高级的复制文件
  53. 537.4 CMD 容器启动命令
  54. 547.5 ENTRYPOINT 入口点
  55. 557.6 ENV 设置环境变量
  56. 567.7 ARG 构建参数
  57. 577.8 VOLUME 定义匿名卷
  58. 587.9 EXPOSE 暴露端口
  59. 597.10 WORKDIR 指定工作目录
  60. 607.11 USER 指定当前用户
  61. 617.12 HEALTHCHECK 健康检查
  62. 627.13 ONBUILD 为他人作嫁衣裳
  63. 637.14 LABEL 为镜像添加元数据
  64. 647.15 SHELL 指令
  65. 657.16 参考文档
  66. 667.17 多阶段构建
  67. 677.18 实战多阶段构建 Laravel 镜像
  68. 68本章小结
  69. 69第八章 数据管理
  70. 708.1 数据卷
  71. 718.2 挂载主机目录
  72. 728.3 tmpfs 挂载
  73. 73本章小结
  74. 74第九章 网络配置
  75. 759.1 配置 DNS
  76. 769.2 网络类型
  77. 779.3 自定义网络
  78. 789.4 容器互联
  79. 799.5 外部访问容器
  80. 809.6 网络隔离
  81. 819.7 容器网络高级特性
  82. 82本章小结
  83. 83第十章 Docker Buildx
  84. 8410.1 BuildKit
  85. 8510.2 使用 buildx 构建镜像
  86. 8610.3 使用 buildx 构建多种系统架构支持的 Docker 镜像
  87. 87本章小结
  88. 88第十一章 Docker Compose
  89. 8911.1 简介
  90. 9011.2 安装与卸载
  91. 9111.3 使用
  92. 9211.4 命令说明
  93. 9311.5 Compose 模板文件
  94. 9411.6 实战 Django
  95. 9511.7 实战 Rails
  96. 9611.8 实战 WordPress
  97. 9711.9 实战 LNMP
  98. 98本章小结
  99. 99第十二章 底层实现
  100. 10012.1 基本架构
  101. 10112.2 命名空间
  102. 10212.3 控制组
  103. 10312.4 联合文件系统
  104. 10412.5 容器格式
  105. 10512.6 网络
  106. 106本章小结
  107. 107第十三章 容器编排基础
  108. 10813.1 简介
  109. 10913.2 基本概念
  110. 11013.3 架构设计
  111. 11113.4 高级特性
  112. 11213.5 实战练习
  113. 113本章小结
  114. 114第十四章 部署 Kubernetes
  115. 11514.1 使用 kubeadm 部署 Kubernetes
  116. 11614.2 使用 kubeadm 部署 Kubernetes:使用 Docker
  117. 11714.3 在 Docker Desktop 使用
  118. 11814.4 Kind - Kubernetes IN Docker
  119. 11914.5 K3s - 轻量级 Kubernetes
  120. 12014.6 一步步部署 Kubernetes 集群
  121. 12114.7 可视化管理界面
  122. 12214.8 Kubernetes 命令行 kubectl
  123. 123本章小结
  124. 124第十五章 Etcd 项目
  125. 12515.1 简介
  126. 12615.2 安装
  127. 12715.3 集群
  128. 12815.4 使用 etcdctl
  129. 129本章小结
  130. 130第十六章 容器与云计算
  131. 13116.1 简介
  132. 13216.2 腾讯云
  133. 13316.3 阿里云
  134. 13416.4 亚马逊云
  135. 13516.5 多云部署策略
  136. 136本章小结
  137. 137第十七章 容器其他生态
  138. 13817.1 Fedora CoreOS 简介
  139. 13917.2 Fedora CoreOS 安装
  140. 14017.3 Podman - 下一代 Linux 容器工具
  141. 14117.4 Buildah - 容器镜像构建工具
  142. 14217.5 Skopeo - 容器镜像管理工具
  143. 14317.6 containerd - 核心容器运行时
  144. 14417.7 安全容器运行时
  145. 14517.8 WebAssembly 与容器
  146. 146本章小结
  147. 147第十八章 安全
  148. 14818.1 内核命名空间
  149. 14918.2 控制组
  150. 15018.3 服务端防护
  151. 15118.4 内核能力机制
  152. 15218.5 其他安全特性
  153. 15318.6 容器镜像安全扫描与供应链安全
  154. 154本章小结
  155. 155第十九章 容器监控与日志
  156. 15619.1 Prometheus
  157. 15719.2 ELK 套件
  158. 15819.3 容器性能优化与故障诊断
  159. 159本章小结
  160. 160第二十章 实战案例 - 操作系统
  161. 16120.1 Busybox
  162. 16220.2 Alpine
  163. 16320.3 Debian Ubuntu
  164. 16420.4 CentOS Fedora
  165. 165本章小结
  166. 166第二十一章 实战案例 - DevOps
  167. 16721.1 DevOps 完整工作流
  168. 16821.2 GitHub Actions
  169. 16921.3 Drone
  170. 17021.4 Drone Demo
  171. 17121.5 在 IDE 中使用 Docker
  172. 17221.6 VS Code
  173. 17321.7 实战案例:Go/Rust/数据库/微服务
  174. 174本章小结
  175. 175附录
  176. 176附录一:常见问题与错误速查
  177. 177常见错误处理
  178. 178附录二:热门镜像介绍
  179. 179Ubuntu
  180. 180CentOS
  181. 181Nginx
  182. 182PHP
  183. 183Node.js
  184. 184MySQL
  185. 185WordPress
  186. 186MongoDB
  187. 187Redis
  188. 188Minio
  189. 189附录三:Docker 命令查询
  190. 190客户端命令 - docker
  191. 191服务端命令 - dockerd
  192. 192附录四:Dockerfile 最佳实践
  193. 193附录五:如何调试 Docker
  194. 194附录六:资源链接
  195. 195附录七:术语表
  196. 196附录八:Docker 学习路线图与知识体系
第 94 / 196 节

第 94 节 · SECTION 94

11.6 实战 Django

11.6 实战 Django

本小节内容适合 Python 开发人员阅读。

版本说明:本示例使用以下镜像版本:

  • Python:3.12-slim(可替换为其他 3.x 版本)
  • PostgreSQL:16(可替换为其他 16.x、15.x 等版本)
  • Django:>=5.0,<6.0(可根据项目需求调整)

本节将使用 Docker Compose 配置并运行一个 Django + PostgreSQL 应用。笔者不仅会介绍具体步骤,还会解释每个配置项的作用,以及开发环境和生产环境的差异。

11.6.1 架构概览

在开始之前,先看整体架构(如图 11-1 所示):

flowchart TD
    subgraph Network ["Docker Compose 网络"]
        direction LR
        subgraph Web ["web 服务"]
            direction TB
            Django["Django<br/>应用"]
            Port8000[":8000"]
            Django ~~~ Port8000
        end

        subgraph DB ["db 服务"]
            direction TB
            Postgres["PostgreSQL<br/>数据库"]
        end

        Django -- ":5432" --> Postgres
    end

    Browser["localhost:8000<br/>(浏览器访问)"]
    Port8000 --> Browser

图 11-1:Django + PostgreSQL 的 Compose 架构

关键点:

  • web 服务运行 Django 应用,对外暴露 8000 端口
  • db 服务运行 PostgreSQL 数据库,只在内部网络可访问
  • 两个服务通过 Docker Compose 自动创建的网络相互通信
  • web 服务可以通过服务名 db 访问数据库(Docker 内置 DNS)

11.6.2 准备工作

创建一个项目目录并进入:

$ mkdir django-docker && cd django-docker

我们需要创建三个文件:Dockerfile、requirements.txt 和 compose.yaml。

11.6.3 步骤 1:创建 Dockerfile

FROM python:3.12-slim

## 防止 Python 缓冲 stdout/stderr,让日志实时输出

ENV PYTHONUNBUFFERED=1

## 设置工作目录

WORKDIR /code

## 先复制依赖文件,利用 Docker 缓存加速构建

COPY requirements.txt /code/

## 安装依赖

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

## 复制项目代码

COPY . /code/

逐行解释:

指令 作用 为什么这样写
FROM python:3.12-slim 基础镜像 slim 版本比完整版小很多,但包含运行 Python 所需的一切
ENV PYTHONUNBUFFERED=1 关闭输出缓冲 让 print() 和日志立即显示,便于调试
WORKDIR /code 设置工作目录 后续命令都在此目录执行
COPY requirements.txt 在前 分层复制 只有 requirements.txt 变化时才重新安装依赖,加速构建
--no-cache-dir 不缓存 pip 下载 减小镜像体积

💡 笔者建议:总是将变化频率低的文件先复制,变化频率高的后复制。这样可以最大化利用 Docker 的构建缓存。

11.6.4 步骤 2:创建 requirements.txt

Django>=5.0,<6.0
psycopg[binary]>=3.1,<4.0
gunicorn>=21.0,<22.0

依赖说明:

包名 作用
Django Web 框架
psycopg[binary] PostgreSQL 数据库驱动(推荐使用 psycopg 3)
gunicorn 生产环境 WSGI 服务器(可选,开发时可不用)

11.6.5 步骤 3:创建 compose.yaml

配置如下:

services:
  db:
    image: postgres:16
    environment:
      POSTGRES_DB: django_db
      POSTGRES_USER: django_user
      POSTGRES_PASSWORD: ${POSTGRES_PASSWORD:?set POSTGRES_PASSWORD}
    volumes:
      - postgres_data:/var/lib/postgresql/data
    healthcheck:
      test: ["CMD-SHELL", "pg_isready -U django_user -d django_db"]
      interval: 5s
      timeout: 5s
      retries: 5

  web:
    build: .
    command: python manage.py runserver 0.0.0.0:8000
    volumes:
      - .:/code
    ports:
      - "8000:8000"
    depends_on:
      db:
        condition: service_healthy
    environment:
      # settings.py 直接读取 POSTGRES_PASSWORD,必须传入 web 容器
      POSTGRES_PASSWORD: ${POSTGRES_PASSWORD:?set POSTGRES_PASSWORD}
      DATABASE_URL: postgres://django_user:${POSTGRES_PASSWORD:?set POSTGRES_PASSWORD}@db:5432/django_db

volumes:
  postgres_data:

配置详解:

db 服务

db 服务配置如下:

db:
  image: postgres:16                    # 使用官方 PostgreSQL 16 镜像
  environment:
    POSTGRES_DB: django_db              # 创建的数据库名
    POSTGRES_USER: django_user          # 数据库用户
    POSTGRES_PASSWORD: ${POSTGRES_PASSWORD:?set POSTGRES_PASSWORD}  # 数据库密码经环境变量注入,不写明文
  volumes:
    - postgres_data:/var/lib/postgresql/data  # 持久化数据
  healthcheck:                          # 健康检查,确保数据库就绪
    test: ["CMD-SHELL", "pg_isready -U django_user -d django_db"]
    interval: 5s

⚠️ 笔者提醒:volumes 配置很重要!没有它,每次容器重启数据都会丢失。笔者见过不少新手因为忘记这一步,导致开发数据全部丢失。

web 服务

web 服务配置如下:

web:
  build: .                              # 从当前目录的 Dockerfile 构建
  command: python manage.py runserver   # 启动 Django 开发服务器
  volumes:
    - .:/code                           # 挂载代码目录,支持热更新
  ports:
    - "8000:8000"                       # 映射端口
  depends_on:
    db:
      condition: service_healthy        # 等待数据库健康后再启动

关键配置说明:

配置项 作用 笔者建议
volumes: .:/code 代码挂载 开发时必备,修改代码无需重新构建镜像
depends_on + healthcheck 启动顺序 确保数据库就绪后 Django 才启动,避免连接错误
environment 环境变量 推荐用环境变量管理配置,避免硬编码

11.6.6 步骤 4:创建 Django 项目

运行以下命令创建新的 Django 项目:

$ docker compose run --rm web django-admin startproject mysite .

命令解释:

  • docker compose run:运行一次性命令
  • --rm:命令执行后删除临时容器
  • web:在 web 服务环境中执行
  • django-admin startproject mysite .:在当前目录创建 Django 项目

生成的目录结构:

django-docker/
├── compose.yaml
├── Dockerfile
├── requirements.txt
├── manage.py
└── mysite/
    ├── __init__.py
    ├── settings.py
    ├── urls.py
    ├── asgi.py
    └── wsgi.py

💡 Linux 用户注意:如果遇到权限问题,执行 sudo chown -R $USER:$USER .

11.6.7 步骤 5:配置数据库连接

修改 mysite/settings.py,配置数据库连接:

import os

DATABASES = {
    'default': {
        'ENGINE': 'django.db.backends.postgresql',
        'NAME': os.environ.get('POSTGRES_DB', 'django_db'),
        'USER': os.environ.get('POSTGRES_USER', 'django_user'),
        'PASSWORD': os.environ['POSTGRES_PASSWORD'],
        'HOST': 'db',  # Docker Compose 服务名
        'PORT': 5432,
    }
}

## 允许的主机(开发环境)

ALLOWED_HOSTS = ['*']

生产环境优先使用 Docker Compose secrets 或外部密钥管理;即使是本地示例,也不要把固定密码写进 Compose 文件或 Django 默认值中。

为什么 HOST 是 db 而不是 localhost?

在 Docker Compose 中,各服务通过服务名相互访问。Docker 内置的 DNS 会将 db 解析为 db 服务容器的 IP 地址。这是 Docker Compose 的核心功能之一。

11.6.8 步骤 6:启动应用

$ docker compose up

你会看到:

  1. 首先构建 web 镜像(第一次运行)
  2. 启动 db 服务,等待健康检查通过
  3. 启动 web 服务
db-1   | PostgreSQL init process complete; ready for start up.
db-1   | LOG:  database system is ready to accept connections
web-1  | Watching for file changes with StatReloader
web-1  | Starting development server at http://0.0.0.0:8000/

打开浏览器访问 http://localhost:8000,可以看到 Django 欢迎页面!

11.6.9 常用开发命令

在另一个终端窗口执行:

## 执行数据库迁移

$ docker compose exec web python manage.py migrate

## 创建超级用户

$ docker compose exec web python manage.py createsuperuser

## 进入 Django shell

$ docker compose exec web python manage.py shell

## 进入 PostgreSQL 命令行

$ docker compose exec db psql -U django_user -d django_db

💡 笔者建议使用 exec 而不是 run。exec 在已运行的容器中执行命令,run 会创建新容器。

11.6.10 常见问题排查

Q1:数据库连接失败

错误信息:django.db.utils.OperationalError: could not connect to server 可能原因与解决方案:

原因 解决方案
数据库还没启动完成 使用 depends_on + healthcheck
HOST 配置错误 确保使用服务名 db 而不是 localhost
网络未创建 运行 docker compose down 后重新 up
## 调试:检查数据库是否正常运行

$ docker compose ps
$ docker compose logs db

Q2:代码修改没有生效

可能原因:

  1. 开发服务器没有自动重载:确保使用 runserver 而不是 gunicorn
  2. Volume 挂载问题:检查 compose.yaml 中的 volumes 配置
  3. 缓存问题:尝试 docker compose restart web

Q3:权限问题

## 如果容器内创建的文件 root 用户所有

$ sudo chown -R $USER:$USER .

11.6.11 开发 vs 生产:关键差异

笔者特别提醒,本节的配置是 开发环境 配置。生产环境需要以下调整:

配置项 开发环境 生产环境
Web 服务器 runserver gunicorn + Nginx
DEBUG True False
密码管理 环境变量注入(如本节 ${POSTGRES_PASSWORD:?}) 使用 Docker Secrets 或外部密钥管理
Volume 挂载代码目录 代码直接 COPY 进镜像
ALLOWED_HOSTS ['*'] 具体域名

生产环境 Compose 文件示例:

## compose.prod.yaml

services:
  web:
    build: .
    command: gunicorn mysite.wsgi:application --bind 0.0.0.0:8000
    # 不挂载代码,使用镜像内的代码

    environment:
      DEBUG: 'False'
      ALLOWED_HOSTS: 'example.com,www.example.com'
    # ...

11.6.12 延伸阅读