服务拆得太细导致调用损耗，小服务模式适合解决什么问题？

正确答案 C

问题不在“服务不够多”，而在这组服务拆分后的跨边界成本过高。教材的小服务模式把关系非常密切的服务组合起来，避免接口粒度过细，所以C切中原因。它也没有要求把整个大型系统退回一个整体。

想象一项业务要在多个细小服务间来回读取、核对和更新相同领域的数据。拆分带来的独立性收益若不足以抵消调用和协调代价，就应重新审视边界。教材提到小服务组合内可共享数据，理解时要保留“关系密切的一组”这个限定，不能推广成全公司所有服务共用一套数据。是否组合还要验证职责、性能和团队维护能力；并非只要两个服务之间有调用，就该合并它们。

选项分析

A

题干已经指出粒度过细造成成本，继续按函数拆分可能加重问题，接口数量也不能代表业务边界合理。

B

将局部边界问题扩大成全系统合并，忽略其他领域保留独立性的价值，不是小服务模式的必要要求。

C

围绕密切关联的业务适度调整粒度，同时考察调用与治理代价，符合教材小服务模式的适用思路。

D

名称改变不会减少远程调用或一致性协调，若边界和交互关系未变，题干的主要成本仍然存在。

再巩固一步

• 粒度题看收益与代价：独立演进带来什么，跨边界调用和数据协调又付出了什么。