springcloud (一）系统架构演变之路

演变过程

从传统架构(单点应用)→分布式架构(以项目进行拆分)→SOA架构(面向服务架构)→微服务架构

其实就是ssh架构或者ssm架构，属于单点应用，把整个开发业务模块都会在一个项目中开发，分为mvc架构，是模型(model)－视图(view)－控制器(controller)的缩写，这种架构包主要分为dao,controller,service,mapper,util

一般只适合1个人或者小团队开发(小项目)

一般只适合1个人或者小团队开发(小项目)
缺点：耦合度太高，一旦，某个模块不可用，会影响到整个项目的不可用。

当访问量逐渐增大，单一应用无法满足需求，此时为了应对更高的并发和业务需求，我们根据业务功能对系统进行拆分：

缺点：服务之间相互调用，如果某个服务的端口或者ip地址发生改变，调用的系统得手动改变，搭建集群之后，实现负载均衡比较复杂。

当垂直应用越来越多，应用之间交互不可避免，就将核心业务抽取出来，作为独立的服务，逐渐的形成稳定的服务中心，使前端更快速的响应多变的市场需求。

项目粒度越来越小，越来越适合互联网公司开发。耦合度降低

SOA架构全称为（Services-Oriented-Architectrue），此时需要一个调度中心基于访问的压力实时管理集群容量，提高集群利用率。