何时引入微服务

微服务不是银弹，适合业务复杂度高、团队规模大、需要独立部署的场景。单体架构在早期更简单高效，不应过早微服务化。

一、服务拆分原则

领域驱动设计（DDD）：按业务边界划分服务
单一职责：每个服务只做一件事
高内聚低耦合：服务内部紧密相关，服务间依赖最小化
独立部署：服务可以独立发布不影响其他服务

二、服务通信

同步通信：REST、gRPC；异步通信：消息队列（RabbitMQ、Kafka）；服务发现：Consul、Eureka；负载均衡：Nginx、Envoy。

三、数据一致性

分布式事务解决方案：Saga 模式、TCC、最终一致性；事件溯源记录状态变更；CQRS 分离读写模型。

四、可观测性

集中式日志（ELK）；分布式追踪（Jaeger、Zipkin）；指标监控（Prometheus）；健康检查和告警。

五、挑战与应对

网络延迟增加 → 缓存和本地副本；故障传播 → 熔断器和降级；数据一致性 → 补偿机制；运维复杂度 → 容器化和自动化。