生产部署
生产部署的目标是让 TradingCopilot 能稳定重启、保护密钥、保留数据,并在外部服务波动时可排障。
推荐拓扑
反向代理
建议由 Nginx、Caddy、Traefik 或云厂商网关负责:
- HTTPS 证书。
- HTTP 到 HTTPS 跳转。
- 请求体大小限制。
- 访问日志。
- 基础 IP 访问控制或内网暴露。
PUBLIC_BASE_URL 应设置为用户实际访问地址,例如:
text
https://tc.example.com资源建议
小团队部署可以从较低配置开始,但应给数据库和后台任务留出余量:
| 规模 | 建议 |
|---|---|
| 个人试用 | 2 CPU / 4 GB RAM / 20 GB 磁盘 |
| 小团队 | 4 CPU / 8 GB RAM / 80 GB 磁盘 |
| 高频消息源 | 增加 Redis、数据库 I/O 和日志容量 |
实际容量取决于消息源数量、会议频率、日志保留和行情数据量。
升级流程
- 记录当前镜像 tag、环境变量和运行状态。
- 备份
env/、数据库和关键日志。 - 在测试环境启动新版本。
- 验证登录、AI、消息采集、会议、行情和模拟交易。
- 生产环境更新镜像 tag。
- 执行
docker compose up -d。 - 查看迁移和启动日志。
回滚
回滚必须同时考虑镜像和数据库 schema。若新版本已经执行不可逆迁移,直接切回旧镜像可能失败。
最低要求:
- 保留升级前数据库备份。
- 保留升级前
env/app.env。 - 记录旧版本镜像 tag。
- 在回滚后验证登录、密钥解密和核心任务。
运行检查
生产环境日常检查:
app、postgres、redis容器健康。app日志无持续错误。- worker、scheduler、listener 心跳正常。
- 数据库磁盘空间充足。
- AI、Telegram、RSS/Atom 和行情服务错误率可解释。