概述:
一 是什么?
dubbo是一个分布式服务框架;高性能和透明化的RPC远程服务调用方案;SOA(面向服务的架构)服务治理方案。内容:
二 优缺点
1 优点:
(1)透明化的远程方法调用:像调用本地方法一样调用远程方法,只需简单配置,没有任何API侵入;
(2)软负载均衡及容错机制:可在内网替代nginx lvs等硬件负责均衡器;
(3)服务注册中心自动注册&配置管理:服务提供地址不需要写死,注册中心基于接口名自动查询提供者ip,使用类似zookepper等分布式协调服务作为服务注册中心,可以将绝大部分项目配置移入zookepper集群
(4)服务接口监控和治理:-Dubbo-admin与Dubbo-monitor提供了完善的服务接口管理与监控功能,针对不同应用的不同接口,可以进行多版本,多协议,多注册中心管理
2 缺点:只支持JAVA
三 运行方式
1 Servlet容器(Tomcat、Jetty等)——不可取
缺点:增加复杂性(端口、管理);浪费资源
2 自建Main方法类(Spring容器)——不建议
缺点:Dubbo本身提供的高级特性没有用上,自己编写的启动类可能存在未知缺陷
3 使用Dubbo提供的Main方法类来运行(Spring容器)——建议使用
优点:框架本身提供(com.alibaba.dubbo.container.Main),并且可实现优雅关机(ShutdownHook)
四 框架图
五 注册中心
1 Multicast(组播):在发送者和每一接收者之间实现点对多点网络连接。
2 Zookepper(默认):分布式的服务框架,是树型的目录服务的数据存储。
3 Redis:key-value形式的数据结构服务器。
4 Simple:此SimpleRegistryService只是简单实现,不支持集群,可作为自定义注册中心的参考,但不适合直接用于生产环境。
七 原理
1 服务提供者暴露一个服务
(1)ServiceConfig类拿到对外提供服务的实际类应用(ref);
(2)将ProxyFactory类的getInvoker方法使用ref生成一个AbstractProxyInvoker实例,完成具体服务到invoker的转化。
(3)Invoker转换到Exporter的过程(关键)
1)Dubbo实现:Dubbo协议的Invoker转为Exporter发生在DubboProtocol类的export方法,它主要是打开socket侦听服务,并接收客户端发来的各种请求,通讯细节由dubbo自己实现。
2)RMI实现:RMI协议的Invoker转为Exporter发生在RmiProtocol类的export方法,通过Spring或Dubbo或JDK来实现服务,通讯细节由JDK底层来实现
2 服务消费者消费一个服务
(1)ReferenceConfig类的init方法调用Protocol的refer方法生成Invoker实例
(2)Invoker转为客户端需要的接口。
总结:
Dubbo将服务更加细化,将整体业务拆分,分别部署到不同的机器上提供服务,即实现分布式;同时RPC远程服务调用过程更加灵活容易;将业务逻辑层与前后端控制层解耦,实现前端控制器和后端分离。Dubbo框架体现出SOA的魅力。