从上线当天到稳定运行一年，我们复盘了这套系统真正经受住考验的部分，以及踩过的坑。
上线从来不是终点。这套系统真正被验证，是在它扛过两次大促、三次平台接口变更、以及一次机房网络故障之后。
可用率按月度统计，包含计划内维护窗口。60% 的人工操作减少来自重复的表格处理被系统流程替代。
第一次大促前我们做了全链路压测，结果并不好看：订单写入在 3 倍流量下开始排队，报表查询把主库拖到 80% 水位。
这两个问题的共同点是——它们在日常流量下完全不会显现。压测的价值就在于把「半年后才会出的问题」提前到上线前。
订单写入走消息队列异步落库，报表查询走只读副本，两者互不干扰。
平台接口异常时自动切换到缓存数据并标记来源，运营仍可继续作业。
每个状态变更记录操作人与前后值，纠纷时可以在分钟级定位到具体动作。
下一阶段我们会把补货预测与广告投放联动做成可配置的策略模块，继续减少运营的人工判断环节。
一年后回头看，架构上最正确的决定不是选了什么技术，而是提前假设「外部系统一定会出问题」。
告诉我们所在行业与业务阶段，我们提供对应的交付路径与周期参考。
