微服务架构之四（引入微服务架构的时机）

        微服务需要很强大的基础设施，一般来说在项目初期，一般都会采用单块架构，系统复杂性不高，可以快速迭代需求，快速验证业务的可行性。但是随着业务的成功，用户量逐渐扩大，系统也越来越复杂，需要多模块多团队协同开发，这个时候单块架构就会严重拖慢业务的迭代。随着复杂度的增加，单块架构和微服务架构有一个相交点，这个点就是业务考虑引入微服务的时候。这个点的具体判断需要架构师把控了。

        对于一个项目来说，一开始并不需要设计成微服务，而应该设计成单块服务，随着业务的壮大，逐渐分离出可独立的模块，最后逐渐演化成微服务架构。

微服务架构从来都不是设计出来，微服务架构是演化出来的