订单与库存事件驱动处理平台产品系统Vibe Coding

电商平台和企业订单系统在热点商品、促销活动及集中下单场景中，容易遇到并发请求导致库存超卖、重复提交生成多笔订单、支付结果与库存状态不一致、消息投递失败后无法恢复，以及故障过程难以追踪等问题。本项目面向企业订单与库存后台场景，围绕单SKU订单建立从下单、库存预占、模拟支付到确认销售或释放库存的完整事件链路，通过数据库事务、可靠消息、幂等消费、失败重试和可观测性机制保证库存结果正确，使运营、仓储和技术人员能够统一查看订单状态、库存事实、事件投递及系统运行情况。

系统包含用户登录、下单演示、运营总览、订单中心、库存中心、事件中心、死信中心、系统监控和压测报告等功能。用户提交订单后，平台使用幂等键防止重复创建，通过事件异步完成库存预占；预占成功后进入待支付，可模拟支付成功、支付失败或等待15分钟超时，并分别确认销售或释放库存。订单状态可通过WebSocket实时更新，也可按Correlation ID查看同一订单跨模块的完整事件链。库存页面展示在库、预占、可用和已售数量，以及预占记录与库存流水；事件页面展示Outbox状态、投递次数和错误原因。RabbitMQ支持三级延迟重试、统一死信归档和管理员重放，异常消息可以追踪恢复。系统还提供Redis限流、角色化管理、Prometheus指标采集、Grafana预置看板和Locust热点库存压测；最终1000个请求竞争100件库存时，100笔预占成功、900笔拒绝，超卖计数为0。

我负责需求梳理、业务边界、订单与库存状态机、数据模型、可靠消息与一致性方案、后端接口、管理页面、压测和交付验收，并使用Codex辅助完成代码实现、审查与迭代。项目采用Python与FastAPI提供REST API和WebSocket，以PostgreSQL作为订单及库存唯一事实来源，通过SQLAlchemy事务、行锁、条件状态更新和唯一约束保证预占、确认与释放互斥，支付成功和超时取消竞争时只能有一个结果生效。业务数据与Outbox事件在同一事务提交，Relay使用短事务领取、30秒租约和Publisher Confirm完成可靠发布；消费者通过Inbox联合唯一约束实现至少一次投递下的业务幂等。RabbitMQ配置3个持久化Exchange、4个主队列、12个三级TTL重试队列和统一DLQ，第四次失败进入死信。Redis用于接口限流、短期缓存、未读计数和WebSocket Pub/Sub，但不参与最终库存扣减。Prometheus采集业务及中间件指标，Grafana启动后自动加载8个监控面板。Docker Compose编排PostgreSQL、Redis、RabbitMQ、Web、Worker、Prometheus和Grafana七个常驻服务；真实中间件环境下47项自动化测试全部通过，并完成1000请求热点库存防超卖验收。