最近自己尝试学习一下dubbo,并且在使用springboot作为基础整合dubbo参考Apache的孵化项目dubbo做出个人的一些总结。
一:引言dubbo
阿里巴巴开源的基于Java的高性能RPC框架,dubbo基于定义服务的想法,指定可以通过参数和返回类型远程调用的方法。在服务器端,服务器实现此接口并运行一个dubbo服务器来处理客户端调用。在客户端,客户端有一个存根,提供与服务器相同的方法。
RPC(Remote Procedure Call Protocol)远程过程调用
两台服务器A、B,分别部署不同的应用a,b。当A服务器想要调用B服务器上应用b提供的函数或方法的时候,由于不在一个内存空间,不能直接调用,需要通过网络来表达调用的语义传达调用的数据。说白了,就是你在你的机器上写了一个程序,我这边是无法直接调用的,这个时候就出现了一个远程服务调用的概念
RPC需要解决的问题
- 通讯问题 : 主要是通过在客户端和服务器之间建立TCP连接,远程过程调用的所有交换的数据都在这个连接里传输。连接可以是按需连接,调用结束后就断掉,也可以是长连接,多个远程过程调用共享同一个连接。
- 寻址问题 : A服务器上的应用怎么告诉底层的RPC框架,如何连接到B服务器(如主机或IP地址)以及特定的端口,方法的名称名称是什么,这样才能完成调用。比如基于Web服务协议栈的RPC,就要提供一个endpoint URI,或者是从UDDI服务上查找。如果是RMI调用的话,还需要一个RMI Registry来注册服务的地址。
- 序列化 与 反序列化 : 当A服务器上的应用发起远程过程调用时,方法的参数需要通过底层的网络协议如TCP传递到B服务器,由于网络协议是基于二进制的,内存中的参数的值要序列化成二进制的形式,也就是序列化(Serialize)或编组(marshal),通过寻址和传输将序列化的二进制发送给B服务器。
同理,B服务器接收参数要将参数反序列化。B服务器应用调用自己的方法处理后返回的结果也要序列化给A服务器,A服务器接收也要经过反序列化的过程 - 转自博客:https://blog.csdn.net/noaman_wgs/article/details/70214612
Dubbo提供的Zookeeper作为常用注册中心,这里需要在本地或者服务器开启注册中心,具体操作参考博客:http://wangshirufeng.iteye.com/blog/2279578
二:dubbo案例分析
使用springboot构建结构
------study-dubbo-model
|---pom
|-------study-dubbo-api //提供者模块和消费者模块共享
|-------study-dubbo-consumer //消费者
|-------study-dubbo-provider //服务提供者
补充:配置文件说明
服务提供者配置
操作步骤:1.启动Zookeeper的服务端(windows):zkServer.cmd
测试是否启动成功地址可用,启动zkCli.cmd客户端查看验证。
步骤:2.分别启动服务提供者微服务和消费者微服务,使用postman请求工具测试调用服务提供者程序
成功返回远程业务返回数据信息。完成基本的springboot整合dubbo的操作。
总结
在完成基本的远程调用之后,留给自己的疑问?
1.服务治理中如果停止注册中心,那么消费者会绕过注册中心直接访问服务提供者?
当zookeeper挂掉了,其实dubbo的消费者也能访问生产者,因为项目在启动的时候,会去主动拉取所有生产者的地址端口等数据,每次消费者应用访问的时候首先是从本地地址缓存中读取。
2.如何通过配置文件完成授权服务消费者访问服务提供者?
dubbo的令牌验证
防止消费者绕过注册中心访问提供者
在注册中心控制权限,以决定要不要下发令牌给消费者
注册中心可灵活改变授权方式,而不需修改或升级提供者