文章目录
一、架构演变过程
从传统架构→分布式架构→SOA架构→微服务架构
二、传统架构(单点应用\单体架构)
所谓的传统架构就是所有功能,都放在一个应用里。
比如传统的SSM和SSH, 都属于单点应用,把整个开发业务模块都会在一个项目中开发,分为mvc模式的三层架构web控制层、业务逻辑层、数据库访问层。
优点:
-
便于开发,测试,部署,可直接打成一个jar或者war,就可以使用了。
-
适合于个人或者是小团队开发
缺点:
-
如果提供数据部分出现了问题,比如有的开发人员改错了,抛出了异常,会导致整个项目不能使用,展示数据部分也因此受到影响。
-
如果要修改数据部分的代码,那么必须把整个项目重新编译打包部署。重新部署是暂时不能使用的,要部署完了,才能使用。
-
所以传统架构耦合度太高,一旦有一个小问题,就可能会影响整个项目。
-
性能瓶颈难以突破, 最主要体现在高访问,高并发的上限是固定的。(比如一个单体架构,能够承受 1000次访问/秒。 但是访问量达到 2000次/秒的时候,就会非常卡顿,严重影响业务,并且仅仅依靠单体架构本身,很难突破这个瓶颈了)
三、分布式架构
分布式架构基于传统架构演变过来,