开发者学堂课程【全面讲解 Spring Cloud Alibaba 技术栈：系统架构演变-上】学习笔记，与课程紧密联系，让用户快速学习知识。
课程地址：https://developer.aliyun.com/learning/course/683/detail/11853
系统架构演变-上
内容介绍：
一、系统演变过程
二、单体应用架构
三、垂直应用架构
一、系统演变过程
从互联网兴起一直发展到现在，网站应用的规模在不断的扩大，为了适应这种规模的变化，系统架构也在进行不断的变化，大体上分为下面几个阶段：单体应用架构、垂直应用架构、分布式架构，、SOA 架构、微服务架构。还有一种架构称为 Service Mesh (服务网格化)正在悄然兴起，本次服务网格化不在我们的研究之列。我们主要研究前五种架构，了解每种架构是什么样的以及各自的优缺点。
二、单体应用架构：
1.是什么？
我们以图示了解每种架构及优缺点，以一个电商项目为例，它就是将一个网站的所有模块都开发在一个项目之下。对于一个电商项目来说，有前台页面模块，后台管理模块，和前台个人中心三个模块。对于单体应用架构来讲，其就是将那些所有的模块，都开发在一个项目之下，然后再将这一个项目打成一个挂包，然后部署到一台 web 中间件，比如说 tomcat 之下。然后用户就可以通过对这台 tomcat 进行访问，进而访问到应用。这就是单体运用架构，核心就是所有模块开发在一起。
2.优缺点
（1）优点：首先在开发方面，单体应用架构的架构图很简单。正是因为它的架构简单，并且所有模块都开发在一个项目之下，所以对于一些小型项目，单体应用架构的开发和维护都很简单。用这种架构，不涉及分模块和分应用。其次在部署时，部署到单点 tomcat 上就可以，使得后期维护方便。
（2）缺点：首先，对大型项目来说，所有的功能都集中在一个项目之下，维护比较难。其次，模块之间是紧密耦合的，比如个人中心可能会用到前台页面中的东西，一旦一个模块出现问题可能导致整个应用不能用，即单点容错率低。最后，其无法针对某一个模块进行水平扩展或者优化。比如随着应用访问量越来越大，一台应用无法承受，且用户主要访问前台页面，如果想要对前台进行扩展，只能将整个应用拷贝。即因为要优化前台页面导致三个模块都需复制，需要整个机群，而不能单单对前台页面进行修改，保持别的模块不动。
这就是最原始的架构：单体应用架构，由于该架构有上述几个缺陷（所有模块放在一个项目之下，所有模块间是耦合的，导致单点容错率低，且无法进行水平扩展。），垂直应用架构应运而生。
三．垂直应用架构
1.是什么?
在单体应用架构基础上形成，每个模块单独在一个项目之下。整个前台页面不是一个模块而是一个系统，称为前台系统，后台及个人中心也变成后台管理系统和个人中心系统。而且，每个单独系统都会独立部署到一台 tomcat 上。然后站在用户角度决定调用哪个系统。这种架构解决了单体应用架构的一些缺点，模块之间没有耦合并且可以针对其中一个进行水平化。比如前台中心每次访问量都很大，一个系统无法承载，就可以再做一个前台系统，此时后台管理系统和个人中心仍然是一个，不受影响。
2.优缺点
（1）优点：系统拆分之后可以进行水平扩展和优化。系统之间不再耦合，比如前台出问题，后台及个人中心不受影响，即提高了单点容错率。
（2）缺点：由于拆分成单独的系统，系统之间没有关系，导致系统之间无法相互调用，如前台页面想调用个人中心的内容，必须单独开发。如单独开发，则会导致一部分代码重复，且重复代码会随着项目变大而增多。
