dubbo探索

  最近自己尝试学习一下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的令牌验证

        防止消费者绕过注册中心访问提供者

        在注册中心控制权限，以决定要不要下发令牌给消费者

        注册中心可灵活改变授权方式，而不需修改或升级提供者

 

                    

 

 

转载于:https://my.oschina.net/u/2258102/blog/1786580