架构演进

一传统垂直mvc项目
垂直架构图：表示层->业务逻辑层->数据访问层->mysql(oracle/db)
通常mvc并不包括数据访问层，运行也比较简单，直接运行在一个tomcat等web容器中即可，适合小型项目。
垂直架构的缺点：
随着业务的不断发展，应用规模越来越大，问题越来越凸显，比如：
a.复杂应用的开发维护成本变高，部署效率逐渐降低，一个功能出问题，整个系统就得重新打包
b.团队协作效率变差，公共功能重复开发，代码重复率太高
c.系统可靠性变差，流量，负载均衡，数据库压力变大，因为在一个进程中，如果出现内存溢出等故障，将导致整个节点崩溃，然后集群中的其它节点也会如此
d.维护和定制困难，无法随时拆分，修改一处，牵一发动全身
e.新功能上线周期变长，因为公共功能的变更导致测试工作量激增，因为重复代码多，一个地方修改需要同时修改多个地方，然后修改后继续测试
f.新功能无法独立打包测试,需要和整个系统进行一起打包测试，出现bug会导致整个系统重新部署，强耦合导致效率低下。
二 RPC架构
RPC(Remote Procedure Call Protocol) --远程过程调用协议，它是一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的协议。

该架构分为三部分
服务提供者,运行在服务器端，提供服务接口定义与服务实现类。
服务中心，运行在服务器端，负责将本地服务发布成远程服务，管理远程服务，提供给服务消费者使用。
服务消费者，运行在客户端，通过远程代理对象调用远程服务。

RPC架构的核心技术点
a.远程服务提供者需要以某种形式提供服务的调用相关信息，包括但是不限于服务接口定义,数据结构或者中间态的服务定义文件，服务调用者需要通过一定的途径获取远程服务的调用相关信息，例如接口的定义jar包等
b.远程代理对象：服务调用者调用调用的服务实际是远程服务的本地代理，对于Java而言，它的实现就是jdk的动态代理，通过动态代理拦截机制，将本地调用封装成远程服务调用
c.通信：RPC框架与具体的协议无关，只要双方遵从约定好的即可，比如可以是http invoke，可以是rmi invoke，也可以是其他任意的二进制压缩协议
d.序列化：远程通信，需要将对象转换成二进制数据进行网络传输，不同的序列化框架支持的数据类型，数据包大小，异常类型或者性能都不同
不同的RPC框架针对的场景不同，因此技术选择也各不相同，一些框架支持多种序列化框架，甚至支持用户自定义序列化框架

RPC框架的问题
a.在大规模服务化之前，应用可能只通过RPC框架简单的暴露和引用远程服务，通过配置的url地址进行远程调用，路由通过F5硬件进行简单的负载均衡，
当服务越来越多，服务的url越来越多，管理越来越困难，负载均衡单点压力变大，此时需要一个服务的注册中心，动态的注册和发现服务，使服务位置透明，消费者在本地缓存服务提供者列表，实现负载均衡
，可以降低对F5硬件负载的依赖，降低硬件成本。
b.随着业务的发展，服务间的依赖关系变得错综复杂，甚至分不清哪个应用需要在哪个应用之前启动，需要一个分布式消息跟踪系统可视化服务调用链，用于来分析，业务调用路径梳理，防止服务架构腐化。
c.服务的调用量越来越大，服务的容量问题就出现了，某个服务需要多少机器支撑，什么时候该加机器，服务上线容易下线难，上线的审批，下线的通知，需要统一的服务生命周期管理流程进行管控，不同的服务
安全权限不同，如何保证敏感数据服务不被误用，服务的访问安全策略如何定制，服务化后随之而来的就是服务治理问题，纯粹的RPC框架服务治理能力都不强悍，需要通过服务框架+服务治理来完成

常用的rpc框架
Thrift,Hadoop的AVro-RPC ,Hessian,gRPC等
单论rpc的话，没太多可说的，可是如果加上服务治理，那复杂度就几何倍数增长了。服务治理里面东西太多了，动态注册、动态发现、服务管控、调用链分析等等，单凭rpc框架解决不了
，所以现在常说的服务化框架，通常指的是rpc+服务治理2个点。

三SOA服务化架构

rpc+服务治理

四MSA微服务架构
MSA也是一种服务化架构风格，服务划分：原子服务，粒度细；独立部署，主要是容器


SOA与MSA对比
a.服务拆分粒度：soa首要解决的是异构系统的服务化，微服务专注服务的拆分，原子服务；
b.服务依赖：soa主要处理已有系统，重用已有的资产，存在大量服务间依赖，微服务强调服务自治，原子性，避免依赖耦合的发生
c.服务规模：soa服务粒度大，大多数将多个服务合并打包，因此服务实例数有限，微服务强调自治，服务独立部署，导致规模膨胀，对服务治理有挑战；
d.架构差异：微服务通常是去中心化的，soa通常是基于企业服务总线（Enterprise Service Bus,ESB)的
e.服务治理：微服务的动态治理，实时管控，而soa通常是静态配置治理；
f.交付：微服务小团队作战