一、Web应用架构的演变
随着互联网的发展,网站应用的规模不断扩大,Web应用架构也在不断的演变四个阶段:单一应用、垂直应用、分布式服务、流动计算
1. 单一应用架构
当网站访问量很小时,只需要一个应用程序,将所有的功能都部署在一起,以减少部署节点和成本 此时关键问题:简化数据库操作,数据访问框架ORM是核心
适用场景:小型网站、管理系统、简易办公系统
局限:
- 扩展性差
- 不便于协同开发
- 不利于升级维护
2. 垂直应用架构
当访问量逐渐增大,单一应用(单机)负载太大,此时可以增加服务器来进行负载均衡,提高响应速度,即集
群
但是,当增加的服务器到达一定数据时所带来的加速度会越来越小,此时单纯的增加服务器已无法明显提升响 应速度
此时,需要将系统业务拆分成多个 互不相关的 系统,分别部署在独立的服务器上,以提升效率,称为垂直应
用
此时关键问题:加速前端页面开发MVC框架(MVVM)
优点:通过拆分项目的业务,实现业务上的独立,降低了开发和维护的难度,便于协同开发,提高了扩展性
局限:每个垂直模块中都有相同的内容(entity、dao、service、web),公共资源无法复用,且业务逻辑与界 面无法分离
3. 分布式服务架构
当垂直应用越来越多,应用之间的交互无法避免,有些业务系统无法完全拆分为独立系统。
此时,可以将核心业务抽取出现,作为独立的服务Service,逐渐的形成稳定的服务中心,使前端应用能够更 好的适应市场需要的变化。
此时关键问题:提高业务的利用以及整合分布式服务框架RPC(Remote Procedure Call 远程过程调用)
4. 流动计算架构
当服务越来越多,服务之间的调用和依赖关系也越来越复杂,诞生了面向服务听架构体系(SOA: Service
Oriented Architecture )
容量的评估,小服务资源的浪费等问题开始出现,此时需要增加一个调度中心,基于访问压力实时的管理集 群容量,提高集群利用率
此时关键问题:资源调度和治理中心,使用springCloud+zookeeper
二、RPC简介
1. RPC是什么
RPC:Remote Procedure Call 远程过程调用是一种进程间的通信方式
它允许应用程序调用网络上的另一个应用程序中的方法
对于服务的消费者而言,无需了解远程调用的底层细节,透明的
2. 执行流程
执行流程:
- 客户端发起调用请求
- 客户端存根 对请求参数(接口、方法、参数等)进行序列化(封装)
- 客户端存根向 服务器存根 发送消息
- 服务端存根 对接收到的消息 进行反序列化