微服务拆到一半才懂：服务边界比技术栈更决定成败 | 实战

很多团队把微服务当成把单体拆小，结果拆出一堆分布式单体，问题更多。真正难的不是拆，而是边界画在哪。

一、按业务能力而非技术层切

按层切（用户层、订单层）必然互相纠缠。按业务能力切（下单、履约、结算）才松耦合。某电商重构后，跨服务调用下降约一半，发布互扰明显减少。

二、数据别一起拆也别一起绑

共享库是隐性耦合源。我们推动每服务自管数据库，用事件同步，把强依赖改成最终一致。初期不习惯，长期换来独立演进。

三、可观测先于拆分

服务一多，故障定位靠链路追踪。补齐后，跨服务排障从小时级到分钟级。没有可观测，微服务就是黑盒迷宫。

微服务的价值在独立演进，前提是边界画对。边界错了，拆得越细，坑越多。