知识卡片
微服务把系统内复杂度转移为系统间复杂度
内容
服务拆得越细，单个服务确实变简单，但服务间调用关系数按 n×(n-1)/2 增长，潜在交互复杂度远超服务数量本身的增长。这是微服务最容易被忽视的陷阱——不少小团队看到”微”字就把系统拆成远超自身维护能力的服务数（如5-6人团队拆出30多个服务），结果每个需求都要跨服务改动部署联调，效率不升反降。发散：”服务粒度”是需要显式取舍的架构决策，不是拆得越细越先进。
参考来源
- 位置：《从0开始学架构》第39章《34｜深入理解微服务架构：银弹or焦油坑？》（源文件：_epub-src/OEBPS/Text/part0038_split_002.html）
- 结论依据：原文明确"微服务的'微'字，本身就是一个陷阱，很多团队看到'微'字后，就想到必须将服务拆分得很细，有的团队人员规模是5~6个人，然而却拆分出30多个微服务，平均每个人要维护5个以上的微服务"。
- 原始内容：微服务的"微"字，本身就是一个陷阱，很多团队看到"微"字后，就想到必须将服务拆分得很细，有的团队人员规模是5~6个人，然而却拆分出30多个微服务，平均每个人要维护5个以上的微服务。