背景与业务痛点
反向海淘（即海外消费者通过国内电商平台购买商品，经集运或代购发往境外）近三年复合增长率超过40%，催生出大量跨境独立站和代购平台。Taocarts作为一站式SaaS系统，需要同时服务数千个租户店铺，每个店铺对接淘宝/1688货源、管理海外订单、处理集运仓储、对接国际物流。早期单体架构将所有模块（门户、订单、采购、WMS、TMS、支付、用户、风控）打包在一个Spring Boot应用中，部署在单台ECS上。随着租户数突破200家，日订单量超过5万单，单体架构暴露三大致命问题：①故障传导——仓储模块内存泄漏导致OOM，整个应用崩溃，所有店铺无法访问；②无法独立扩缩容——黑色星期五订单流量激增，订单模块CPU飙升至95%，但无法单独扩容该模块，只能整体升级配置，成本高昂；③迭代冲突——6个开发团队共用代码库，每天合并冲突超过10次，发布窗口长达一周。

领域驱动设计（DDD）拆分策略
我们按照业务边界和领域事件进行微服务拆分，最终确定六个核心服务：

• 门户服务（Portal）：负责独立站渲染、多语言切换、SEO优化，使用Thymeleaf模板引擎，缓存策略采用Redis+CDN。

• 订单服务（Order）：管理代购订单全生命周期（草稿、待支付、已支付、采购中、已发货、已完成、售后），状态机采用Spring StateMachine。

• 货源对接服务（Source）：封装淘宝/1688/唯品会等API，统一商品查询、价格同步、下单、物流轨迹拉取。

• 仓储服务（WMS）：管理国内集运仓和海外仓的入库、库位、合箱、出库、盘点。

• 物流服务（TMS）：对接数十家国际物流商，提供比价、渠道匹配、轨迹追踪、运费核算。

• 账户支付服务（Payment）：多币种账户余额、支付网关（PayPal/Stripe）、汇率锁定、分账结算。

服务通信与容错设计
同步调用使用OpenFeign + 负载均衡（Spring Cloud LoadBalancer），超时设置（连接超时3s，读超时5s），并引入Resilience4j实现熔断（失败率超50%时开启熔断，半开状态探测恢复）。异步场景（如订单支付成功后触发采购、仓储合箱完成后触发物流）采用RabbitMQ，确保消息可靠投递（开启publisher confirm和consumer ack）。同时，引入SkyWalking实现全链路追踪，定位跨服务慢调用。部署架构：每个服务独立部署在阿里云ACK集群（K8s），配置HPA（Horizontal Pod Autoscaler）基于CPU和自定义QPS指标弹性伸缩。网关层使用SLB + Nginx Ingress，全球多区域部署（美西、欧洲、东南亚）通过DNS智能解析就近接入。

数据一致性保障
跨服务事务采用TCC（Try-Confirm-Cancel）模式处理核心流程（如下单锁库存、支付扣款），使用Seata AT模式协调分布式事务。对于最终一致性场景（如采购单生成后异步通知WMS预分配库位），使用本地消息表 + 定时任务补偿。

迁移效果
微服务改造后，系统可用性从99.5%提升至99.98%，单服务故障隔离不影响全局；订单服务支持独立扩容至50个Pod，峰值QPS达到2000；开发迭代周期缩短至1天。核心代码指标：服务间调用平均耗时从200ms降至65ms（因本地缓存和降级优化），消息队列吞吐量达到5000 TPS。