微服务架构设计实践：从单体拆分到服务治理的演进之路

一、微服务拆分原则

微服务拆分不是简单的代码分离，而是基于业务领域的边界划分。遵循单一职责原则。

二、服务间通信方案

2.1 同步通信：gRPC

service OrderService {
  rpc CreateOrder(CreateOrderRequest) returns (OrderResponse);
}

func (s *OrderServer) CreateOrder(ctx context.Context, req *pb.CreateOrderRequest) (*pb.OrderResponse, error) {
  return &pb.OrderResponse{OrderId: uuid.New().String()}, nil
}

2.2 异步通信：消息队列

@Bean
public KafkaTemplate<String, Object> kafkaTemplate() {
    Map<String, Object> props = new HashMap<>();
    props.put(ProducerConfig.BOOTSTRAP_SERVERS_CONFIG, "localhost:9092");
    return new KafkaTemplate<>(new DefaultKafkaProducerFactory<>(props));
}

三、服务治理

3.1 熔断降级

@HystrixCommand(fallbackMethod = "getDefaultUser")
public User getUserById(Long id) {
    return userServiceClient.getUser(id);
}

四、FAQ

Q1: 微服务拆分的粒度如何把握？

A: 遵循"两个披萨团队"原则，代码行数控制在1-5万行。

Q2: 分布式事务如何处理？

A: 采用Saga模式或TCC模式，优先使用最终一致性方案。