1、单体架构。
在项目初期，为了产品快速上线、快速验证，架构是比较简单直接的，就是单体架构，如下图：
就我以前画的哪些，勉强能够得上吧。
这儿就不用别人的图了，献丑了。
单体架构快速了实现了产品的核心功能，可以提供给种子用户快速验证。但是随着业务的扩大，渐渐的问题就会暴露出来了。
业务服务和基础功能服务需要解耦（我处理好了的）
业务服务中有不少长耗时的任务，这些都影响了业务服务的横向扩展，长耗时任务也必须从业务服务解耦（我上一个项目就处理了这个）
应用服务和基础服务拆分后，也需要机制保障通信（这个我，后面有）
服务必须可扩展（这个我前一个项目就做了）
一旦大范围使用，单点服务不足以应对，一定要集群（这个我，后面有）
架构演进五条原则
确定当前的架构现状：每次架构演进，一定是针对当前架构的，所以必须非常清
最低0.47元/天 解锁文章
176
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
