4.8 KiB
需求文档
介绍
本文档概述了在客户 Ubuntu 系统上使用 Docker 部署当前 QAUP 项目所有内容的需求。部署范围包括项目中的所有模块：qaup-admin（主应用）、qaup-framework（核心框架）、qaup-system（系统管理）、qaup-quartz（定时任务）、qaup-generator（代码生成）、qaup-common（通用工具）、qaup-collision（碰撞避免）、qaup-ui（前端界面），以及相关的数据库和缓存服务。这是面向生产环境的长期运行部署，需要确保稳定性、可维护性和数据持久化，而不是临时测试环境。
需求
需求 1
用户故事： 作为系统管理员，我希望使用 Docker 容器部署整个 QAUP 项目，以便在不同的 Ubuntu 环境中实现一致、可移植且易于管理的部署。
验收标准
- 当执行 Docker 部署时，系统应创建后端应用、前端应用、PostgreSQL 数据库和 Redis 缓存的容器
- 当容器启动时，它们应能够通过 Docker 网络相互通信
- 当部署完成时，前端应用和后端 API 应可在配置的端口上访问
- 当容器重启时，数据应通过 Docker 卷持久化保存
- 当系统长期运行时，容器应配置为自动重启和故障恢复
需求 2
用户故事： 作为数据库管理员，我希望 PostgreSQL 在 Docker 容器中运行并具有适当的数据持久化，以便数据库数据在容器重启和更新时得到保留。
验收标准
- 当 PostgreSQL 容器启动时，应自动使用所需的数据库架构进行初始化
- 当容器停止并重启时，所有数据应得到保留
- 当数据库初始化运行时，应创建所有必需的表，包括空间扩展
- 当需要备份时，数据库数据应通过 Docker 卷轻松访问
- 当系统长期运行时，数据库应配置适当的资源限制和性能优化
需求 3
用户故事： 作为 DevOps 工程师，我希望有特定环境的配置管理，以便相同的 Docker 镜像可以部署到不同的环境（开发、测试、生产）。
验收标准
- 当部署到不同环境时，配置应通过环境变量外部化
- 当配置敏感数据时，应通过 Docker secrets 或环境文件管理
- 当配置更改时，容器应能够在不重建镜像的情况下重新加载
- 当部署时，数据库连接参数应可按环境配置
需求 4
用户故事： 作为系统操作员，我希望有全面的日志记录和监控，以便在生产环境中排除故障和监控系统健康状况。
验收标准
- 当容器运行时，日志应通过 Docker 日志驱动程序访问
- 当系统部署时，应为所有服务配置健康检查
- 当需要监控时，应为外部监控系统公开指标
- 当需要日志轮转时，应配置以防止磁盘空间问题
需求 5
用户故事： 作为部署工程师，我希望有自动化部署脚本和文档，以便客户部署保持一致，并且可以由技术人员在最少培训的情况下执行。
验收标准
- 当启动部署时，单个命令应部署整个系统
- 当提供部署文档时，应包括 Ubuntu 系统的分步说明
- 当需要更新时，部署应支持最小停机时间的滚动更新
- 当需要故障排除时，应提供诊断脚本
需求 6
用户故事： 作为安全管理员，我希望 Docker 部署遵循安全最佳实践，以便系统在客户环境中是安全的。
验收标准
- 当创建容器时，应尽可能使用非 root 用户运行
- 当发生网络通信时，应仅限制为必要的端口
- 当挂载敏感文件时，应具有适当的权限
- 当系统部署时，应禁用或删除不必要的服务
需求 7
用户故事： 作为运维人员，我希望 Docker 部署配置适合生产环境长期运行，以便系统能够稳定可靠地为客户提供服务。
验收标准
- 当容器配置时，应设置适当的重启策略（如 restart: unless-stopped）
- 当系统运行时，应配置资源限制防止单个容器消耗过多系统资源
- 当服务异常时，容器应能自动重启并恢复服务
- 当系统升级时，应支持零停机或最小停机时间的更新策略
- 当长期运行时，日志应配置轮转以防止磁盘空间耗尽
需求 8
用户故事： 作为现场部署工程师，我希望能够在无互联网连接的内网环境中部署系统，以便在客户的隔离网络环境中完成部署。
验收标准
- 当客户服务器无法访问互联网时，部署应能够完全离线进行
- 当准备部署包时，应包含所有必需的 Docker 镜像文件
- 当进行离线部署时，不应依赖任何外部网络资源下载
- 当系统运行时，应能够在完全隔离的网络环境中正常工作
- 当需要更新时，应提供离线更新包和更新流程