微服务架构：拆分、通信与治理

服务拆分原则

单一职责

每个服务专注于一个业务领域，如用户服务、订单服务、支付服务。

高内聚低耦合

• 相关功能放在一起
• 服务间依赖最小化
• 定义清晰的接口边界

按业务能力拆分

├── 用户服务 (User Service)
├── 商品服务 (Product Service)
├── 订单服务 (Order Service)
├── 支付服务 (Payment Service)
└── 通知服务 (Notification Service)

服务通信方式

同步通信（HTTP/gRPC）

// HTTP REST
const user = await fetch("http://user-service/users/123");

// gRPC（更高效）
const user = await userService.getUser({ id: 123 });

异步通信（消息队列）

// 发布订单事件
await kafka.produce("order-created", { orderId, userId });

// 其他服务订阅处理
kafka.consume("order-created", handleOrder);

服务治理

服务发现

Consul、Eureka、Kubernetes Service

负载均衡

• 客户端负载均衡（Ribbon）
• 服务端负载均衡（Nginx、Envoy）

熔断降级

const circuitBreaker = new CircuitBreaker(apiCall, {
  failureThreshold: 5,
  resetTimeout: 30000
});

链路追踪

Jaeger、Zipkin 追踪请求全链路。

数据一致性

• 最终一致性优于强一致性
• 使用 Saga 模式处理分布式事务
• 事件溯源记录状态变化

微服务不是银弹，适合复杂业务场景。