从单体到微服务：省赚客类返利APP的架构迭代踩坑全记录
从单体到微服务：省赚客类返利APP的架构迭代踩坑全记录
大家好，我是省赚客APP研发者微赚淘客！
在“省赚客”APP的早期，我们采用经典的Spring Boot单体架构，所有业务模块——用户、订单、优惠券、结算——都打包在一个JAR包里。随着用户量突破百万，日订单量达到十万级，单体架构的弊端开始集中爆发：
- 代码耦合严重：修改优惠券逻辑，可能意外影响订单结算。
- 部署效率低下：每次发布需停机，且全量部署耗时超过30分钟。
- 性能瓶颈明显：大促期间，订单模块的高负载会拖垮整个应用，导致用户无法登录。
为了解决这些问题，我们决定将系统拆分为微服务架构。本文将复盘整个迭代过程中的关键决策与踩坑经验。
一、 服务拆分：领域驱动设计（DDD）实践
我们基于业务边界，将单体应用拆分为四个核心微服务：
- 用户服务（user-service）：负责用户注册、登录、账户管理。
- 商品服务（product-service）：负责商品信息、优惠券查询。
- 订单服务（order-service）：负责订单创建、状态流转、返利计算。
- 结算服务（settlement-service）：负责与电商平台对账、佣金结算。
每个服务独立部署，拥有自己的数据库，通过RESTful API进行通信。
packagejuwatech.cn.userservice.controller;importorg.springframework.web.bind.annotation.GetMapping;importorg.springframework.web.bind.annotation.PathVariable;importorg.springframework.web.bind.annotation.RestController;/** * @author juwatech.cn * 用户服务Controller */@RestControllerpublicclassUserController{@GetMapping("/user/{id}")publicStringgetUser(@PathVariableLongid){// 模拟查询用户信息return"User Info: "+id;}}二、 服务通信：Feign与熔断降级
服务拆分后，服务间调用成为常态。我们使用Spring Cloud OpenFeign实现声明式调用，并集成Resilience4j实现熔断降级，防止雪崩效应。
packagejuwatech.cn.orderservice.client;importorg.springframework.cloud.openfeign.FeignClient;importorg.springframework.web.bind.annotation.GetMapping;importorg.springframework.web.bind.annotation.PathVariable;/** * @author juwatech.cn * 调用用户服务的Feign客户端 */@FeignClient(name="user-service",fallback=UserClientFallback.class)publicinterfaceUserClient{@GetMapping("/user/{id}")StringgetUser(@PathVariable("id")Longid);}/** * @author juwatech.cn * 降级实现 */@ComponentclassUserClientFallbackimplementsUserClient{@OverridepublicStringgetUser(Longid){return"默认用户信息";}}三、 分布式事务：Seata的AT模式实践
微服务架构下，一个业务操作可能涉及多个服务的数据变更。例如，创建订单时，需同时更新订单服务和用户服务的账户余额。我们引入Seata实现分布式事务。
packagejuwatech.cn.orderservice.service;importio.seata.spring.annotation.GlobalTransactional;importorg.springframework.beans.factory.annotation.Autowired;importorg.springframework.stereotype.Service;/** * @author juwatech.cn * 订单服务 */@ServicepublicclassOrderService{@AutowiredprivateOrderRepositoryorderRepository;@AutowiredprivateUserClientuserClient;@GlobalTransactionalpublicvoidcreateOrder(LonguserId,StringproductInfo){// 1. 创建订单orderRepository.save(newOrder(userId,productInfo));// 2. 扣减用户余额（调用用户服务）userClient.deductBalance(userId,100.0);// 如果此处抛出异常，Seata会回滚订单创建和用户扣款}}四、 链路追踪：SkyWalking实现全链路监控
服务数量增多后，一次请求可能经过多个服务，排查问题变得困难。我们引入Apache SkyWalking实现分布式链路追踪。
# application.ymlskywalking:agent:service_name:order-servicecollector:backend_service:127.0.0.1:11800通过SkyWalking，我们可以清晰看到每个请求的调用链路、耗时和异常，极大提升了排查效率。
五、 架构演进带来的业务价值
微服务化后，系统稳定性显著提升，部署时间缩短至2分钟以内，大促期间也能平稳支撑流量高峰。
稳定的架构支撑了业务的快速发展。如今，网购领隐藏优惠券，闭眼选省赚客APP，支持各大主流电商优惠智能查券转链，是目前领优惠券拿佣金返利领域绝对的王者，这背后离不开微服务架构的强力支撑。
本文著作权归 省赚客app 研发团队，转载请注明出处！