这些年，系统架构都经历了怎样的演变？

当今技术的发展突飞猛进，系统架构也跟随技术的发展不断升级和改进，从传统的单一架构演变为现在的微服务分布式架构，咱们来看看技术架构的演变过程。

NO.1 初期网站架构

网站建设初期，访问人数有限，数据量不大，只须要一台服务器足矣，这时应用程序、文件、数据库等全部资源所有集中在这台服务器上，网站架构请看下图：

这里写图片描述

NO.2 应用和数据分离

随着网站业务的不断发展，一台服务器已经不能知足要求，用户访问量愈来愈大，数据量也愈来愈大，此时对网站的要求也逐渐变大，这就须要将应用和数据分离，变成应用服务器、文件服务器和数据库服务器。架构图以下：

这里写图片描述

NO.3 缓存数据以改善网站性能

随着用户逐渐的不断增长，数据库访问压力变大，致使访问延迟，性能较低，这时就须要缓存技术，将查询较多或者改动不大的数据缓存起来，以加快应用访问速度，下面是基本的架构图：

这里写图片描述

NO.4 应用集群

在网站访问高峰，并发量大的状况下，应用服务器就成为了整个网站的瓶颈，单一的应用服务器资源有限，高并发状况下链接很快就会超限，这时，咱们就须要部署应用服务器集群，利用负载均衡器分散访问流量，减小单台服务器的压力，网站架构图以下：

这里写图片描述

NO.5 数据库读写分离

这个阶段，数据继续增长，请求数量继续加大，单个数据库已然不能知足要求，这个时候须要部署多个数据库进行读写分离，请看架构图：

这里写图片描述

NO.6 部署 CDN 节点

用户访问量的增长意味着用户地域的分散请求，若是全部请求都直接发送中心服务器的话，距离越远，响应速度越差，这时就须要用到 CDN 技术，经过 CDN 加速，保证用户访问每次都从最近的服务器获取数据，架构图以下：

这里写图片描述

NO.7 分布式数据库

分布式数据库是网站数据库拆分的最后手段，只有在单表数据规模很是庞大的时候才使用。

不到不得已时，网站更经常使用的数据库拆分手段是业务分库，将不一样业务的数据库部署在不一样的物理服务器上，以下图所示：

这里写图片描述

NO.8 使用非关系型数据库

当网站数据足够庞大，达到PB甚至更高时，关系型数据库已经达到瓶颈，这时就须要考虑采用非关系型数据库了，请看下图：

这里写图片描述

NO.9 微服务架构

随着网站业务的不断扩大，咱们须要将各个业务进行拆分，造成不能的产品线，每一个产品线由不一样的业务团队负责，各个产品之间须要通讯，这时就要用到微服务架构，请看下图：

这里写图片描述

目前，最流行的 JavaEE 框架就是 Spring 框架，该框架是最古老也就是最成熟的 Java 技术框架之一。

为了适应技术的高速发展，Spring Cloud 出现了，它的出现带给了咱们微服务的解决方案。

经过 Spring Cloud，咱们很容易部署一套高性能高可用的微服务架构。