软件架构风格对比：单体 → 微服务 → 大单

团队刚起步，业务简单，单体架构最稳妥。一个部署包、一个数据库，开发调试都省事。

等规模起来，先升级成模块化单体。代码还是一起发布，但内部按订单、用户等业务划清边界。各模块只走接口，谁也不许直接改别人的内部。

遇到真痛点再拆微服务。团队几十人、单体实在推不动、需要独立扩容时，才去吃分布式调用的苦。跨模块解耦和削峰，局部上事件驱动就够了。

选型就看三件事：团队多大、业务多复杂、迭代多快。别为虚构的未来提前交税，多数团队最值得投的就是模块化单体——想升级随时能升，想停也毫无负担。