Guides programmers to master w…

# 跨境电商ERP订单/库存/支付模块拆分方案

一、拆分总体思路

• 按业务能力拆分：订单、库存、支付各自独立服务、独立数据库（Database per Service），禁止跨库直连。
• 日均5000单属于中等流量，架构设计上预留扩展能力，避免过度设计（如盲目上K8s多集群）。

二、各模块职责边界

1. 订单服务

• 职责：订单创建、状态机流转（待付款→已付款→发货→完成/取消）、订单查询、对账。
• 数据库：订单主表+订单明细表，按订单号或创建时间分表/分区，保留历史归档策略。
• 对外接口：创建订单、查询订单、取消订单、状态回调。

2. 库存服务

• 职责：SKU库存管理、扣减/回补、多仓库（海外仓/保税仓）库存分配、库存预警。
• 关键点：扣减库存用数据库乐观锁或Redis+Lua预扣，防止超卖；提供库存回补的幂等接口。
• 与订单交互：下单时预占库存（TCC或本地消息表），超时未支付自动释放。

3. 支付服务

• 职责：聚合多渠道支付网关（PayPal、Stripe、信用卡等）、支付单管理、回调验签、退款、对账。
• 关键点：支付回调必须幂等；支付单与业务订单分离，通过外部单号关联。
• 安全：渠道密钥独立配置管理，敏感数据加密存储。

三、服务间协作设计

• 下单链路：订单服务→（同步Feign/异步MQ）库存预占→生成待支付支付单。
• 支付成功：支付服务发MQ消息（RocketMQ/Kafka）→订单服务更新状态→库存确认扣减。
• 跨服务一致性：优先用本地消息表+MQ最终一致性，不必引入重型Seata分布式事务；取消/超时场景用延迟消息驱动。
• 所有跨服务接口幂等设计（唯一业务单号+去重表）。

四、基础设施建议

• 注册中心/配置：Nacos；网关：Spring Cloud Gateway（统一鉴权、限流）。
• 消息队列：RocketMQ（支持延迟消息、事务消息）。
• 可观测：SkyWalking链路追踪 + Prometheus监控，订单/支付核心接口打点。
• 部署：起步3-5台中等规格云主机即可，网关与核心服务双实例部署，后续量增再容器化。

五、注意事项

• 订单号全局唯一：雪花算法+机器位隔离。
• 预留对账与补偿Job：每日核对订单-支付-库存三方数据。
• 每个服务独立CI/CD与数据库账号权限，降低耦合。