面向服务的架构SOA

1、什么是SOA

SOA(Service-Oriented Architecture)，即面向服务的架构。
SOA是一种粗粒度、松耦合服务架构，服务之间经过简单、精肯定义接口进行通信，不涉及底层编程接口和通信模型。

SOA能够看做是B/S模型、XML（标准通用标记语言的子集）/Web Service技术以后的天然延伸。

阿里巴巴的Dubbo是SOA的典型实现。

（1）基本特征

SOA的实施具备几个鲜明的基本特征：
粗粒度的服务接口分级
松散耦合
可重用的服务
服务接口设计管理
标准化的服务接口
支持各类消息模式
精肯定义的服务契约

SOA服务具备平台独立的自我描述XML文档。Web服务描述语言（WSDL， Web S
ervices Description Language）是用于描述服务的标准语言。
SOA 服务用消息进行通讯，该消息一般使用XML Schema来定义（也叫作XSD， XML Schema Definition）。消费者和提供者或消费者和服务之间的通讯多见于不知道提供者的环境中。服务间的通信也能够看做企业内部处理的关键商业文档。
在一个企业内部，SOA服务经过一个扮演目录列表（directory listing）角色的登记处（Registry）来进行维护。应用程序在登记处（Registry）寻找并调用某项服务。统一描述，定义和集成（UDDI， Universal Description， Definition， and Integration）是服务登记的标准。

（2）松耦合系统

具备中立的接口定义（没有强制绑定到特定的实现上）的特征称为服务之间的松耦合。松耦合系统的好处有两点，一点是它的灵活性，另外一点是，当组成整个应用程序的每一个服务的内部结构和实现逐渐地发生改变时，它可以继续存在。与之相反，紧耦合意味着应用程序的不一样组件之间的接口与其功能和结构是紧密相连的，于是当须要对部分或整个应用程序进行某种形式的更改时，它们就显得很是脆弱。

 

2、Dubbo是什么

Dubbo 是阿里巴巴公司开源的一个高性能优秀的服务框架，使得应用可经过高性能的 RPC 实现服务的输出和输入功能，以及SOA服务治理方案。

（1）主要核心部件：
Remoting: 网络通讯框架，实现了 sync-over-async 和 request-response 消息机制.
RPC: 一个远程过程调用的抽象，支持负载均衡、容灾和集群功能
Registry: 服务目录框架用于服务的注册和服务事件发布和订阅

（2）几点个人理解

Dubbo使用Hessian协议实现，这里的高性能的 RPC指的就是Hessian协；

Dubbo是一个远程服务调用在分布式系统中的一个实现框架，再也不使用之前的Web service方式，而是经过服务提供者和消费者的方式调用；

而且经过在注册中心注册，消费者无需知道提供方的地址，能够经过注册中心读取，注册中心做为中间层，在中间层又能够实现负载均衡等，

这样就不须要负载均衡硬件，真正的实现大规模分布式系统的远程服务调用；

同时在注册中心宕机的状况下，支持服务提供者和消费者直接经过地址调用，在容错上表现较好；

而且改变服务提供者不须要通知服务消费者，实现了平滑删除和添加；

 

3、Dubbo解决了哪些问题

• 透明化的远程方法调用，就像调用本地方法同样调用远程方法，只需简单配置，没有任何API侵入。
• 软负载均衡及容错机制，可在内网替代F5等硬件负载均衡器，下降成本，减小单点。
• 服务自动注册与发现，再也不须要写死服务提供方地址，注册中心基于接口名查询服务提供者的IP地址，而且可以平滑添加或删除服务提供者。

4、Dubbo的设计结构和工做原理

（1）设计结构

Provider：
暴露服务方称之为“服务提供者”。
Consumer：
调用远程服务方称之为“服务消费者”。
Registry：
服务注册与发现的中心目录服务称之为“服务注册中心”。
Monitor：

统计服务的调用次调和调用时间的日志服务称之为“服务监控中心”。

Container:
服务运行容器。

（2）调用过程

1. 服务容器负责启动，加载，运行服务提供者。
2. 服务提供者在启动时，向注册中心注册本身提供的服务。
3. 服务消费者在启动时，向注册中心订阅本身所需的服务。
4. 注册中心返回服务提供者地址列表给消费者，若是有变动，注册中心将基于长链接推送变动数据给消费者。
5. 服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，若是调用失败，再选另外一台调用。
6.  服务消费者和提供者，在内存中累计调用次数和调用时间，定时每分钟发送一次统计数据到监控中心。

（3）Dubbo的特性

连通性：

• 注册中心负责服务地址的注册与查找，至关于目录服务，服务提供者和消费者只在启动时与注册中心交互，注册中心不转发请求，压力较小
• 监控中心负责统计各服务调用次数，调用时间等，统计先在内存汇总后每分钟一次发送到监控中心服务器，并以报表展现
• 服务提供者向注册中心注册其提供的服务，并汇报调用时间到监控中心，此时间不包含网络开销
• 服务消费者向注册中心获取服务提供者地址列表，并根据负载算法直接调用提供者，同时汇报调用时间到监控中心，此时间包含网络开销
• 注册中心，服务提供者，服务消费者三者之间均为长链接，监控中心除外
• 注册中心经过长链接感知服务提供者的存在，服务提供者宕机，注册中心将当即推送事件通知消费者
• 注册中心和监控中心所有宕机，不影响已运行的提供者和消费者，消费者在本地缓存了提供者列表
• 注册中心和监控中心都是可选的，服务消费者能够直连服务提供者

健状性：

• 监控中心宕掉不影响使用，只是丢失部分采样数据
• 数据库宕掉后，注册中心仍能经过缓存提供服务列表查询，但不能注册新服务
• 注册中心对等集群，任意一台宕掉后，将自动切换到另外一台
• 注册中心所有宕掉后，服务提供者和服务消费者仍能经过本地缓存通信
• 服务提供者无状态，任意一台宕掉后，不影响使用
• 服务提供者所有宕掉后，服务消费者应用将没法使用，并没有限次重连等待服务提供者恢复

伸缩性：

• 注册中心为对等集群，可动态增长机器部署实例，全部客户端将自动发现新的注册中心
• 服务提供者无状态，可动态增长机器部署实例，注册中心将推送新的服务提供者信息给消费者

5、Dubbo的集群容错机制

当服务调用失败时（好比响应超时），根据咱们的业务不一样，可使用不一样的策略来应对这种失败。

好比咱们调用的服务是一个查询服务，不会修改数据库，那么能够给该服务设置容错方式为failover ， 当调用失败时，自动切换到其余服务提供者去调用，当失败次数超过指定重试次数，那么就抛出错误；
若是服务是更新数据的服务，那就不能使用失败重试的方式了， 由于这样可能产生数据重复修改的问题，好比调用提供者A的插入用户方法，可是该方法业务逻辑复杂，执行过程很慢，致使响应超时， 那么此时若是再去调用另一个服务提供者的插入用户方法，将会又重复插入同一个用户。 对于这种类型的服务，可使用容错方式为failfast，若是第一次调用失败，当即报错，不须要重试；

另外还有下面几种容错类型：
failsafe 出现错误，直接忽略，不重试也不报错
failback 失败后不报错，会将该失败请求，定时重发，适合消息通知类型的服务
forking 并行调用多个服务器，只要在某一台提供者上面成功，那么方法返回， 适合实时性要求较高的查询服务， 可是要牺牲性能。由于每台服务器会作同一个操做
broadcast 广播调用全部服务提供者，逐个调用，任意一台报错则报错。 适合与更新每台提供者上面的缓存这种类型的服务。

6、Dubbo使用的多协议

dubbo提供了多种协议给用户选择， 如dubbo、hessian、rmi 。 并可为每一个服务指定不一样的传输协议，粒度能够细化到方法， 不一样服务在性能上适用不一样协议进行传输，好比大数据用短链接协议，小数据大并发用长链接协议。

7、能够替代Dubbo的组件

Hessian、spring httpinvoke等。

8、Dubbo的特性

相比其余同类组件，Dubbo有本身的一些优点：

（1）服务注册中心
相比Hessian类RPC框架，Dubbo有本身的服务中心， 写好的服务能够注册到服务中心， 客户端从服务中心寻找服务，而后再到相应的服务提供者机器获取服务
经过服务中心能够实现集群、负载均衡、高可用(容错) 等重要功能。

服务中心通常使用zookeeper实现， 也有redis和其余一些方式 。 以使用zookeeper做为服务中心为例， 服务提供者启动后会在zookeeper的 /dubbo节点下建立提供的服务节点，包含服务提供者ip、port等信息。 服务提供者关闭时会从zookeeper中移除对应的服务。

服务使用者会从注册中心zookeeper中寻找服务，同一个服务可能会有多个提供者， Dubbo会帮咱们找到合适的服务提供者，也就是针对服务提供者的负载均衡。

（2）负载均衡
当同一个服务有多个提供者在提供服务时， 客户端如何正确的选择提供者实现负载均衡dubbo也给咱们提供了几种方案：
random 随机选提供者，并能够给提供者设置权重
roundrobin 轮询选择提供者
leastactive 最少活跃调用数，相同活跃数的随机，活跃数指调用先后计数差。使慢的提供者收到更少请求，由于越慢的提供者的调用先后计数差会越大。
consistenthash 一致性hash，相同参数的请求发到同一台机器上

（3）简化测试，容许直连提供者
在开发阶段为了方便测试，一般系统客户端能指定调用某个服务提供者，那么能够在引用服务时加一个url参数去指定服务提供者

1 2	<dubbo:reference id= "xxxService" interface = "com.alibaba.xxx.XxxService" url= "dubbo://localhost:20890" />

（4）服务版本，服务分组在Dubbo配置文件中能够经过制定版本实现链接制定提供者，也就是经过服务版本能够控制服务的不兼容升级；当同一个服务有多种实现时，可使用服务分组进行区分。