示例场景
客户有一台云服务器，需要部署 Java API、管理后台和 MySQL，并配置 Nginx、HTTPS、日志和备份。
真实需求不必和这个场景完全一样，但应该达到同样的颗粒度：目标、角色、首版范围、暂不做范围、验收和部署都要能落到具体描述。
Requirement Example
服务器部署需求示例
把服务器部署需求拆成环境、域名、HTTPS、进程、数据库、日志、备份、验证和回滚。
好需求写法
下面这些内容可以直接作为任务包草稿，再根据真实项目替换细节。
服务器信息
云厂商、系统版本、CPU、内存、磁盘、地域、登录方式和可操作权限需要明确。
应用信息
仓库、分支、运行时版本、构建命令、启动命令、端口、健康检查和环境变量名。
服务入口
API、管理后台、静态资源、文件上传、定时任务和监控入口分别对应哪个域名或路径。
数据服务
MySQL、Redis、数据库名、账号权限、备份路径、备份频率、恢复命令和迁移计划。
安全边界
只开放必要端口，数据库和 Redis 不暴露公网，密钥用环境变量或服务器配置管理。
验证方式
部署后检查进程、端口、Nginx、HTTPS、健康检查、日志、数据库连接和核心业务接口。
回滚方式
保留旧版本目录、旧配置、数据库备份和明确的回滚命令，记录允许停机窗口。
验收重点
部署前必须完成数据库备份，迁移和覆盖发布不能直接操作生产数据。
Nginx、证书、进程守护、日志路径和健康检查要逐项验证。
环境变量只记录名称和作用，不记录真实密钥。
上线后必须留下版本号、命令、验证结果、回滚路径和客户侧待办。
不要这样做
不要没有备份就改数据库或覆盖部署。
不要把数据库、Redis、后台管理端口直接暴露公网。
不要只记录“部署好了”，必须记录怎么验证、怎么重启和怎么回滚。
