模块化单体：小团队的正确答案

模块化单体是多数小团队的正确答案，不是退而求其次。

为什么

微服务带来的网络调用、部署编排和分布式事务成本，在团队规模小时会吞掉大部分产出。单体加清晰模块边界，能保留改造成微服务的路径。

边界怎么划

按业务能力划模块，模块只能通过公开接口交互。数据库可以共享，但跨模块读写要走服务函数，而不是直接查别人的表。

什么时候拆

出现独立扩缩容需求、独立发布节奏或明确的团队归属时再拆。为了架构图好看提前拆，通常是负收益。

保持可拆

模块不共享可变全局状态，不直接依赖彼此的 ORM 模型。做到这两点，拆分成本就低。