一、架构是权衡不是比武
好的架构不是最新的技术堆砌——是对当前业务需求的精准权衡。三人团队做一个内部管理系统——单体架构完全够用——开发和部署和调试都比微服务简单十倍。没有人会否认单体在这种场景下比微服务合理。当业务复杂度到达一定量——单体的代码膨胀到数十万行——不同模块互相耦合牵一发而动全身——这时候拆成微服务带来的独立部署和独立扩展的价值就大于分布式系统的复杂度了。
不要为了微服务而微服务——在规模不够之前微服务只会拖慢你的速度。
二、架构模式
分层架构——Controller 和 Service 和 Repository 三层——是最基础的架构模式。
三、非功能需求
高可用靠冗余——一个服务宕了另一个顶上。可扩展靠拆分——瓶颈在哪拆哪。