wangbo
4b639df30a
fix(worker): 香港站点直连 Gemini 官方平台
...
官方 Gemini 平台配置的共享 HTTP Proxy 会拒绝香港出口的 CONNECT 请求，导致香港 Worker 的真实 VEO 与图片任务进入 upstream_submission_unknown。
新增仅按平台 UUID 生效的代理直连白名单，并只在香港 Worker 为官方 Gemini 平台启用；宁波与其他平台继续使用原代理策略。
验证：API 全量 go test、代理路由单测、bash -n、ShellCheck、cluster release helper、manual release 与差异检查均通过。
2026-08-04 21:40:32 +08:00
wangbo
a5dd7f36f5
fix(release): 补齐香港 Worker 权限与精确回滚
...
生产容量控制器原 Role 仅允许访问宁波 Worker，香港 Worker 启用后导致 reconciliation 返回 403。补齐香港 Deployment 及 scale 子资源权限。
同时将失败发布的 Deployment 恢复从合并式 apply 改为基于资源版本的精确 replace，并优先删除发布前不存在的站点，避免新增环境变量残留导致回滚卡死。
验证：bash -n、ShellCheck、cluster release helper、manual release 与差异检查均通过。
2026-08-04 20:49:04 +08:00
wangbo
0b2bd1d512
feat(release): 固定启用香港异步 Worker
...
将生产 Worker 拓扑固定为宁波 1 个、香港 1 个，并让发布、容量配置和回滚流程持续保留香港 Worker。当前仍只使用宁波 PostgreSQL，关闭横向自动扩缩容，避免依赖数据库同步副本。
验证：API 全量 go test、迁移安全检查、cluster release helper、manual release、bash -n、ShellCheck、Kustomize 渲染均通过。
2026-08-04 20:33:06 +08:00
wangbo
4ff85d96e0
feat(deploy): 切换宁波单节点生产拓扑
...
移除已停用的香港 API、Web、Worker 和边缘 Service 渲染结果，将 Worker 与容量控制器固定到宁波单实例，并在发布成功后清理旧香港资源。\n\n容量控制器忽略最大副本为零的站点，集群环境允许不再声明香港主机；单节点 production acceptance 不再依赖香港 Service、Deployment 或 SSH 回退。\n\n验证：Go 全量测试与 go vet；迁移安全检查；Kustomize 单节点渲染；ShellCheck；cluster release、production acceptance 和 manual release 测试。
2026-08-03 09:59:34 +08:00
wangbo
c89c56ca65
perf(worker): 以有界微批次提升准入吞吐
...
原因：线上 P24 同构验收中，单任务同步复制提交与全局容量锁串行化，使两个 Worker 的 48 个执行槽只能维持约 10–14 个运行任务，最老等待超过 15 分钟。
影响：新增可配置的 1–32 条准入微批次，默认 8；租约、任务准入与唯一 River job 在一个有界事务内原子提交，并按确定顺序预锁任务和容量范围，避免整窗 48 条大事务和多 Dispatcher 死锁。并容忍 rebind 已被其他 Dispatcher 完成的幂等竞态。
验证：Go 全量测试、go vet、真实 PostgreSQL 跨 Store 集成测试、ShellCheck、迁移安全检查、OpenAPI、前端 lint/test/build、Compose/Kubernetes 渲染及人工发布脚本均通过。
2026-08-01 20:26:47 +08:00
wangbo
89a0ff7e99
fix(release): 同步 API 运行 revision
...
生产发布滚动 API 时写入当前完整 release SHA，避免镜像 digest 已更新但运行 revision 仍指向上一版本。补充发布 helper 静态回归检查。\n\n验证：bash -n、ShellCheck、cluster release helper 测试通过。
2026-08-01 18:28:21 +08:00
wangbo
4d84210344
fix(release): 修正 Worker 滚动与失败传播
...
单站点 Worker 启用硬反亲和后，maxSurge=1 会让新 Pod 无法调度并造成滚动超时。将 Worker 改为先下线旧 Pod 再创建新 Pod，同时保持 API 的零中断滚动策略。\n\n发布辅助脚本为关键 kubectl 操作补充显式失败返回，避免函数位于条件表达式时 Bash 忽略 errexit，进而把失败发布误报为成功。新增回归测试模拟 rollout status 失败且旧 Pod 仍 Ready 的场景。\n\n验证：bash -n、ShellCheck、cluster-release-helper-test、manual-release-test、生产 API Server dry-run。
2026-08-01 13:43:33 +08:00
wangbo