微服务架构 2026：从单体到 Service Mesh 演进之路

前言

微服务不是银弹，但规模化不可避免。

一、何时拆分

团队大于 5 人、部署互相阻塞、单体启动大于 30s。

二、拆分原则

按业务领域、独立 DB、API 通信、避免循环依赖。

三、服务发现

客户端发现 vs 服务端发现（Nacos/Consul/K8s）。

四、链路追踪

OpenTelemetry 加 Jaeger。

五、Service Mesh

Istio/Linkerd sidecar 模式。

六、可观测性三件套

Metrics 加 Logs 加 Traces。

总结

不要过早拆分，业务驱动拆分。