refactor(GOV-009): 彻底切换为仅源码部署

2026-08-13 21:12:12 +08:00
parent ab48f06150
commit 47d0e0d248
35 changed files with 480 additions and 712 deletions
@@ -22,7 +22,7 @@ repository
 │       ├── http-contracts/      Server DTO
 │       ├── message-contracts/   Server 内部 RocketMQ 信封
 │       └── infrastructure/      Redis、MySQL、消息与生命周期适配
-├── deploy/                      Compose、systemd、Nginx、env 模板
+├── deploy/                      systemd、Nginx、env 源码部署模板
 └── tools/                       治理、Schema、契约、边界和部署验证
 ```

@@ -33,7 +33,7 @@ repository
 3. **一个 Server 工程、三个进程入口。** API、Scheduler、Worker 使用相同基础设施与消息契约，但启动、配置和部署彼此独立。当前规模下没有必要拆成三个仓库或三个重复 Nest 工程；未来可独立扩容进程而不复制公共代码。
 4. **配置是进程级最小权限。** API 不读取任务消费配置，Scheduler 不读取 MySQL/AI 密钥，Worker 不读取 API 端口。配置先校验和冻结，再通过动态模块注入，测试与生产使用同一装配路径。
 5. **基础设施通过 Adapter 隔离。** 业务代码将依赖 MessageBus、Repository 和数据源端口；RocketMQ 客户端尚未验证时明确禁用，避免以临时内存队列形成错误语义。
-6. **部署方式共享同一产物。** Ubuntu 源码部署使用 Web dist 与三个 Server dist 入口；现有 Docker Compose 只作为可选交付适配层复用这些产物，不形成第二套应用逻辑。按用户 2026-08-13 的决定，日常开发不再构建 Docker，待核心功能完成后再决定保留或移除。
+6. **生产只有一条源码路径。** Ubuntu 源码部署直接使用 Web dist 与三个 Server dist 入口，由 systemd 和 Nginx 管理；源码发布门禁验证这些路径一致，避免维护第二套构建和运行语义。

 ## 适合下一阶段的扩展方式

@@ -48,7 +48,7 @@ repository
 - RocketMQ 只有契约和禁用 Adapter，尚未选择并验证 Node 客户端。
 - TypeORM 已固定安全选项，但尚无业务实体和迁移。
 - 用户体系和订阅能力按用户决定后置，不在 GOV-009 范围。
- Docker 交付方式尚未最终确认；现有文件和历史验证保留，但不能据此推定最终生产一定采用容器部署。
+- 仅源码部署调整已实现；历史 Docker 验证只作为决策追溯，不再代表当前可用能力。

 ## 复核结论