1. 部署架构
浏览器访问一个页面的程序处理流程：
(1)，浏览器向 Nginx 发起一个请求，如果匹配到 Nginx 的静态 URL，比如 /static 目录下的 js、css、404.html 等文件，那么 Nginx 直接返回文件。其他请求 URL，通过 uwsgi_pass 配置转给 uWSGI 处理。
(2)，uWSGI 解析请求头、请求体，http 协议转为 wsgi协议内容，最后将请求转给 Django。
(3)，Django 通过 URL 匹配，找到指定的 View 函数，访问 MySQL、Redis 等服务，组装一个 Response 返回给 uWSGI。
(4)，uWSGI 根据返回 Response 生成响应头和响应体，uWSGI 协议转为 http 协议内容，最后将请求转给 Nginx。
(5)，浏览器根据 Nginx 返回的内容，渲染在页面，呈现给用户。
需要说明的是，Nginx 作为反向代理，提供了负载均衡的能力，同时，由于 Nginx 出色的静态文件服务能力，提高了系统的并发能力。uWSGI 通过多 work 提高了 Django 的并发能力，充分发挥了多核的优势。
系统部署结构图如下：
Docker Compose 提供多容器应用组装能力，可以将多个单独的容器，组装成一个整体。这里需要的容器有：
- 一个 Nginx 容器
- 一个 uWSGI + Django 的容器
- 一个 MySQL 的容器
- 一个 Redis 的容器
- 一个 RabbitMQ 的容器
2. 文件的组织结构
整个项目分为六个部分
- django-devops-mysql 生成 MySQL 的镜像
- django-devops-nginx 生成 Nginx 的镜像
- django-devops-rabbitmq 生成 RabbitMQ 的镜像
- django-devops-redis 生成 Redis 的镜像
- django-devops-uwsgi 生成 uWSGI 和 Django 的镜像
- django-devops-compose 编排上面的五个镜像，挂载目录，提供配置文件、日志、代码管理、运行环境等。
生成镜像目录中主要需要 Dockerfile 文件。django-devops-compose 目录中
- www/app 目录存放 Django 的代码
- www/conf 目录存放 MySQL 、uWSGI 等容器配置信息
- www/env 目录存放 virtualenv 创建的 Python 虚拟运行环境
- www/log 目录存放各种日志
- docker-compose.yml 容器编排信息
| |
