fix: wait for services during deployment

2026-08-10 21:00:18 +08:00
parent 55aa054005
commit 0eb27e4ac0
4 changed files with 26 additions and 3 deletions
@@ -3435,3 +3435,10 @@ git diff --check
 - 报备记录“备注”列统一使用长文本列规范，桌面端设置为320px并允许表格内部横向滚动；`docs/ui-design-guidelines.md`新增全局约束：长文本列最小240px、建议280–360px并使用`.ui-table__long-text`。浏览器读取“备注”表头计算宽度及最小宽度均为320px。
 - 清退专项9/9、API全量35个suite/448项通过；API与前端TypeScript、API正式构建、Vite 8.1.5生产构建通过（2538 modules，仅既有约2.06MB单chunk提示），`git diff --check`通过且仅输出既有LF/CRLF提示。真实查询回放脚本重复执行新增0条，证明QA消息生成幂等；未发送短信、Webhook，未保存抑制，未修改生产或预生产数据。
 - 本轮代码、测试和文档继续保持未提交、未推送、未部署；受保护的`api/tsconfig.build.tsbuildinfo`、`tsconfig.tsbuildinfo`、`outputs/`和空文件`=`不删除、不提交、不归因于本需求。
+
+## 2026-08-10 发布健康检查慢启动兼容（发布中）
+
+- 签名清退功能提交`55aa054005d07eef04891ce6ee0700ae629aee3f`已推送后，首次预生产发布成功完成备份、依赖门禁、Prisma generate、84条migration应用和前后端/Gateway构建；服务重启后的API单次健康检查在固定3秒窗口内尚未监听3000端口，发布包装器按设计恢复上一运行目录。恢复后API、Gateway、Nginx、PostgreSQL、Redis和MinIO均为active，API health为200；API journal没有启动异常，确认属于健康检查与正常慢启动竞态，不是代码构建或migration失败。
+- 权威`tools/deploy/production-deploy.sh`将API和Gateway检查改为最多60秒逐秒重试。为什么：Nest初始化和活动通道恢复耗时随生产数据量波动，固定等待会把正常慢启动误判为发布失败；超过60秒仍不可用才应终止并进入日志诊断和恢复流程。
+- 首次发布前恢复资产完整保留在`/opt/cmpp-platform-backups/releases/20260810-205625-before-55aa0540`；PostgreSQL、运行源码和环境文件均已通过格式、非空和SHA-256检查。`20260810143000_add_signature_retirement_alerts`已成功且仅应用一次，数据库当前84条已完成migration；重新发布依赖Prisma幂等状态，不重复伪造或手工标记migration。
+- 同步更新部署手册和`TC-DEPLOY-HEALTH-001`。本步骤没有发送、补发或重投短信，没有创建外部Webhook，没有修改通道账号、密码、启停状态、企业余额或客户连接。