很多次听到公司面试说有没有分布式架构工作经验,这里区分一下分布式架构和传统项目,以及微服务的一些区别.
1.传统项目（mvc）
出来上班的第一个项目：网吧预警布控管理系统基于jdbc+spring+Struts2开发,传统项目简单理解就是分层（mvc）在一个项目里面包含了：
- 控制层
- 业务逻辑层
- 数据库连接层
2.分布式系统
小的公司用传统项目,开发速度比较快,人员少.有的公司是一个人负责开发 维护。但是在公司开发人员比较多的时候，如果在用传统项目开发，就会显得笨重,代码冲突.不好明确分工。此时可以将一个大的系统 拆分成不同的子系统，每个开发人员完成自己负责的子系统就可以了 例如一个商城系统可以拆分成：订单系统 ,支付系统,会员系统，在原来传统项目上实现了解耦
分布式开发：就是将一个大的项目,拆分成N多个子项目
分布式架构：将一个项目拆分成N多个子项目，每个子项目使用rpc远程调用技术
优点:
1.把模块拆分，使用接口通信，降低模块之间的耦合度。
2.把项目拆分成若干个子项目，不同的团队负责不同的子项目。
3.增加功能时只需要再增加一个子项目，调用其它系统的接口就可以。
4.可以灵活的进行分布式部署。
缺点：
1.系统之间交互需要使用远程通信，接口开发增加工作量。
2.各个模块有一些通用的业务逻辑无法共用。
为了解决上面分布式架构的缺点，我们引入了soa架构，SOA：Service Oriented Architecture面向服务的架构。也就是把工程拆分成服务层、表现层两个工程。服务层中包含业务逻辑，只需要对外提供服务即可。表现层只需要处理和页面的交互，业务逻辑都是调用服务层的服务来实现。
什么是RPC远程调用技术
RPC 的全称是 Remote Procedure Call 是一种进程间通信方式(看到此处可以回想到线程之间的通信方式)。
它允许程序调用另一个地址空间（通常是共享网络的另一台机器上）的过程或函数，而不用程序员显式编码这个远程调用的细节。即无论是调用本地接口/服务的还是远程的接口/服务，本质上编写的调用代码基本相同。
比如两台服务器A，B，一个应用部署在A服务器上，想要调用B服务器上应用提供的函数或者方法，由于不在一个内存空间，不能直接调用，这时候需要通过就可以应用RPC框架的实现来解决
RPC就是从一台机器（客户端）上通过参数传递的方式调用另一台机器（服务器）上的一个函数或方法（可以统称为服务）并得到返回的结果。
RPC 会隐藏底层的通讯细节（不需要直接处理Socket通讯或Http通讯）
RPC 是一个请求响应模型。客户端发起请求，服务器返回响应（类似于Http的工作方式）
RPC 在使用形式上像调用本地函数（或方法）一样去调用远程的函数（或方法）。
RPC框架
（1）RMI实现，利用java.rmi包实现，基于Java远程方法协议(Java Remote Method Protocol)
和java的原生序列化。
（2）Hessian，是一个轻量级的remoting onhttp工具，使用简单的方法提供了RMI的功能。 基于HTTP协议，采用二进制编解码。
（3）thrift是一种可伸缩的跨语言服务的软件框架。thrift允许你定义一个描述文件，描述数据类型和服务接口。依据该文件，编译器方便地生成RPC客户端和服务器通信代码。
（4）SpringCloud 为开发人员提供了快速构建分布式系统的一些工具，包括配置管理、服务发现、断路器、路由、微代理、事件总线、全局锁、决策竞选、分布式会话等等。
（4） Dubbo是阿里巴巴公司开源的一个高性能优秀的服务框架，使得应用可通过高性能的 RPC 实现服务的输出和输入功能，可以和 Spring框架无缝集成。
3.面向服务架构(SOA系统架构）
面向服务架构是为了解决分布式架构的缺点
业务系统分解为多个组件，让每个组件都独立提供离散，自治，可复用的服务能力.通过服务的组合和编排来实现上层的业务流程
作用：简化维护,降低整体风险,伸缩灵活
4.什么是微服务架构
架构设计概念,各服务间隔离（分布式也是隔离）,自治（分布式依赖整体组合）其它特性(单一职责,边界,异步通信,独立部署)是分布式概念的严格执行，
各服务可独立应用，组合服务也可系统应用
5.SOA架构与微服务架构区别
SOA和微服务都是分布式
SOA架构主要针对企业级、采用ESB服务（ESB企业服务总线），非常重，需要序列化和反序列化，采用XML格式传输。
微服务架构主要互联网公司，轻量级、小巧，独立运行，基于Http+Rest+JSON格式传输。
ESB也可以说是传统中间件技术与XML、Web服务等技术相互结合的产物。