单体架构访问量,多层服务器架构

单体架构访问量,多层服务器架构

在软件设计的时候经常提到和使用经典的3层模型，即表现层，业务逻辑层，数据访问层。虽然在软件设计中划分了3层模型，但是对业务场景没有划分，一个典型的单体架构就是将所有的业务场景而单体架构却要求整个业务层统一部署，会对硬件资源造成一定的浪费：如果查询和下订单能够独立部署，那么我可以使用两台机器来运行查询服务，并能刚好满足需求；但如果是放在一起统一部

一、单体架构单体架构比较初级，典型的三级架构，前端(Web/手机端)+中间业务逻辑层+数据库层。这是一种典型的Java Spring mvc或者Python Drango框架的应用。其架构图如下所示：1、单体架构一般一个网站刚开始建立的时候，用户量是很少的，大概可能就几万或者几十万的用户量，每天活跃的用户可能就几百或者几千个。这个时候一般网站架构都是采用单体架构来设计

但是当访问量不断增加，只部署一台环境有些吃不消的时候，我们可以采用部署多台环境，通过负载均衡的方式将请求分配到不同的服务器上，以达到横向扩展的目的。这个在架构中就叫做【集群部署】。在这3.1、垂直架构概念访问量逐渐增大，单体架构单加集群节点带来服务器性能越来越小。比如有的模块是计算密集型的，它需要强劲的CPU ;有的模块则是IO 密集型的，需

下面我们来简单模拟一个架构演变过程。我们以javaweb 为例，来搭建一个简单的电商系统，从这个系统中来看系统的演变过程。要注意的是接下来的演示模型，关注的什么是单体架构一个归档包(例如war格式或者Jar格式)包含了应用所有功能的应用程序，我们通常称之为单体应用。架构单体应用的方法论，我们称之为单体应用架构，这是一种比较传统的架构风格。

架构思路，就是拆分，拆分分为垂直拆分和水平拆分，对于数据库来说，垂直拆分相当于分库，水平拆分相当于分表，对于应用来说，垂直拆分是从业务维度来的，水平拆分是从功能维度来的。单体单体架构所有的模块全都耦合在一块，代码量大，维护困难，微服务每个模块就相当于一个单独的项目，代码量明显减少，遇到问题也相对来说比较好解决。单体架构所有的