一、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. 执行流程
执行流程：
- 客户端发起调用请求
- 客户端存根 对请求参数（接口、方法、参数等）进行序列化（封装）
- 客户端存根向 服务器存根 发送消息
- 服务端存根 对接收到的消息 进行反序列化