POC记录

记录人：刘洋

参与：王芳、周敏

主题：预订明细改为异步导出

日期：0000-00-00

结论：验证通过，建议进入下一迭代

一、结论

预发验证了「提交导出后立即返回，文件在后台生成」。5,000 行预订明细从同步等待 18 秒，变为提交后 1 秒内返回任务号，文件平均 9 秒可下载。错误可以重试，同一人同时只能有 1 个任务。张伟于 9月24日同意把该做法列入 10 月迭代，本 POC 的临时代码不进生产。

二、验证目标

1. 行政周敏导出近 90 天预订时，页面在 2 秒内给出任务号，而不是一直转圈。
2. 5,000 行文件在 30 秒内可下载，内容与同步导出的抽样 20 行一致。
3. 同一账号第二个导出被拒绝，提示已有任务在进行。
4. 任务失败时保留原因，周敏可以再次发起。

三、做法

POC 只部署在预发，使用预发 1.8 万行预订中的 90 天子集，约 5,200 行。刘洋加了一个导出任务表，状态有排队、生成中、可下载、失败。文件放到预发对象存储，链接 2 小时有效。王芳用行政账号跑了 4 轮。生产配置和员工入口没有改动。

四、结果

第 4 轮是周敏在预发拔掉存储地址 30 秒后恢复。任务变为失败，原因是存储不可达。地址恢复后再次发起，11 秒得到文件。同步导出的旧按钮在 POC 期间仍保留，方便对照。

五、后续

进入下一迭代时需要补三件事：下载链接改为登录后才能打开，任务保留 7 天，导出记录写下操作者工号。工作量刘洋估 4 人日，王芳补 6 条自动化。生产切换前，旧的同步导出继续给周敏使用。张伟要求迭代排期时把这 4 人日单独列出，不并进用品预占的发布。POC 分支 spike/async-export 保留到 10月2日，只作对照，不部署到生产。四轮验证从 9月23日 14:00 做到 16:10，周敏全程在预发核对文件行数。