架构生命周期（演进史）技术应服务于业务

架构生命周期

简介
本篇幅主要讲述架构的各阶段出现的需求问题、业务问题、性能问题以及相应的解决方案。

1、web1.0时代（1996年左右）

2、web2.0时代（2006年左右）

3、互联网时代（2012年左右）

–》互联网±-》智慧城市。

滴滴打车。

饿了么（工商局）

4、大数据+云计算

5、AI 未来以来时代

…

第一时期

单一应用架构

all in one。所有的模块和代码都在一起。技术也不分层。(2000年左右)

网站的初期的最早架构。也是互联网发展的最早时期。所有的代码、业务都写在JSP里面。

问题：

1、代码不具备可维护性

2、容错性差
因为我们所有的代码都写在JSP页面里面，当用户访问或某些原因发生异常
1、用户会直接看到异常信息。
2、有些情况下，该错误可能会导致服务宕机。

容错性：
故障容许度也称容错、容错性，是使系统在部分组件（一个或多个）发生故障时仍能正常运作的能力。

第一时期后阶段

解决方案：

1、分层开发（提高维护性）

2、 MVC架构（是一个基于JAVA WEB应用的设计模式）

3、服务器分离部署

特点：

1、MVC分层开发（提高了维护性、解决了容错性问题）

2、数据库和项目分离部署。

问题：

随着用户的访问量持续增加，单台应用服务器已无法满足需求。（高并发问题）

解决方案：

集群。（集群方案解决）

一个服务部署在多个服务器上

会出现的如下问题：

而在互联网项目下，因单个tomcat默认并发量有限制。如果请求量过大，会产生如下问题：

高并发（High Concurrency）

是互联网分布式系统架构设计中必须考虑的因素之一，

它通常是指，通过设计保证系统能够同时并行处理很多请求。

高并发相关常用的一些指标有响应时间（Response Time），吞吐量（Throughput），每秒查询率QPS（Query Per Second），并发用户数等。

响应时间：系统对请求做出响应的时间。例如系统处理一个HTTP请求需要200ms，这个200ms就是系统的响应时间。

吞吐量：单位时间内处理的请求数量。

QPS：每秒响应请求数。在互联网领域，这个指标和吞吐量区分的没有这么明显。

并发用户数：同时承载正常使用系统功能的用户数量。

高可用（High Availability）

通常来描述一个系统经过专门的设计，从而减少停工时间，而保持其服务的高度可用性。

(一直都能用 99.9999%) -->docker–>k8s

https://www.idcbest.com/idcnews/11002927.html

高性能

是指服务响应时间快，（CPU/处理器/内存）特别是在高并发下响应时间不会急剧增加。

提高系