架构设计skill：从单体到微服务的演进与实战避坑指南

2次阅读

共计 2389 个字符，预计需要花费 6 分钟才能阅读完成。

在业务快速发展的过程中，单体架构逐渐显露出诸多问题。以某电商平台为例，当用户量从 10 万增长到 1000 万时，系统开始出现明显瓶颈：

QPS 从 5000 下降到 3500（下降 30%），高峰期响应延迟超过 2 秒
每次全量部署需要 45 分钟，严重影响迭代效率
代码库膨胀到 50 万行，团队协作冲突频发
数据库单表突破 2000 万行，索引效率显著降低

这些具体指标充分说明：当系统复杂度超过一定阈值时，单体架构会成为业务发展的瓶颈。

面对多种微服务解决方案，开发者需要根据具体场景做出选择。以下是关键组件对比：

方案	协议支持	健康检查	多语言支持
Nacos	HTTP/DNS	主动 + 被动	完善
Eureka	HTTP	心跳	主要 Java
K8s Service	TCP/UDP	探针	原生支持

方案	隔离策略	监控集成	规则热更新
Sentinel	信号量 / 线程池	Prometheus	支持
Hystrix	线程池	有限	不支持
Istio	连接池	完善	支持

选型决策树 ：
1. 是否需要多语言支持？是→考虑 Nacos/K8s；否→考虑 Eureka
2. 是否需要生产级监控？是→选择 Sentinel/Istio
3. 是否需要与云原生深度集成？是→首选 K8s 方案

@startuml
left to right direction

package "用户服务" as user {[UserAPI]
  [AuthService]
}

package "订单服务" as order {[OrderAPI]
  [PaymentService]
}

user --> order : 调用下单接口
@enduml

@RefreshScope // 支持配置动态刷新
@RestController
public class ConfigController {@Value("${config.item:default}")
    private String configItem;

    @GetMapping("/getConfig")
    public String getConfig() {return configItem;}
}

// bootstrap.yml 配置示例
nacos:
  config:
    server-addr: 127.0.0.1:8848
    namespace: dev
    group: DEFAULT_GROUP

// 业务方法添加全局事务注解
@GlobalTransactional
public void placeOrder(OrderDTO order) {
    // 1. 扣减库存
    stockFeignClient.deduct(order.getSkuId(), order.getCount());

    // 2. 创建订单
    orderMapper.insert(order);

    // 3. 扣减余额
    accountFeignClient.debit(order.getUserId(), order.getAmount());
}

// undo_log 表结构（Seata AT 模式必需）CREATE TABLE undo_log (
  id bigint NOT NULL AUTO_INCREMENT,
  branch_id bigint NOT NULL,
  xid varchar(100) NOT NULL,
  context varchar(128) NOT NULL,
  rollback_info longblob NOT NULL,
  log_status int NOT NULL,
  PRIMARY KEY (id)
);

指标	Spring Cloud Gateway	Zuul 1.x
平均响应时间 (ms)	45	78
99 线 (ms)	120	250
吞吐量 (req/s)	8500	5200
CPU 占用率	35%	60%

@RestController
public class OrderController {

    @Trace // 标记需要追踪的方法
    @Tag(key = "orderId", value = "arg[0]") // 捕获参数
    @GetMapping("/order/{id}")
    public Order getOrder(@PathVariable String id) {ActiveSpan.tag("custom_tag", "important_value");
        return orderService.getById(id);
    }
}

避免『纳米服务』反模式：单个服务不应小于 3 个接口
合理边界判定标准：
独立业务能力
独立数据存储
独立团队维护

// 错误示例：未设置 leaseTime 可能导致死锁
// RLock lock = redisson.getLock("lock");
// lock.lock();

// 正确用法
RLock lock = redisson.getLock("lock");
try {
    // 等待时间 10 秒，持有时间 30 秒
    boolean res = lock.tryLock(10, 30, TimeUnit.SECONDS);
    if (res) {// 业务处理}
} finally {lock.unlock();
}