Dobbuo学习笔记

一、概念：Dubbo[]是一个分布式服务框架，致力于提供高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案。

RPC：当我们的系统访问量增大、业务增多时，如果一台单机以及无法运行这个系统。我们可以将业务拆分成几个服务，然后分别部署在不同的机器上来减小压力，这时候我们就可以使用RPC这个通讯手段来实现访问部署在其他机器上的服务。

SOA：客户端不需要知道服务的URL和传输协议是什么，通过任意一种传输协议告知服务总线我要调用哪个服务，那么服务总线就会找到其对应服务的URL和协议，通过服务总线来调用其服务，再将返回结果送回客户端。

 

简答的说：

dubbo是用来跨系统通信的。一个系统用作客户端，一个系统则充当服务端。服务端要把自己的接口定义提供给客户端，客户端将接口定义在spring中的bean。客户端可以直接使用这个bean，就好像这些接口的实现也是在自己代码里一样。客户端和服务端启动的时候都会把自己的机器IP注册到zookeeper上。客户端会把zk上的服务端ip拉到磁盘上，并记录哪些ip提供哪些服务（服务端启动的时候暴露给zk）。然后调用的时候客户端会根据ip调用服务端的服务，这时候即使zk挂掉也没关系。

 

二、可以做什么:

1、透明化的远程方法调用，就像调用本地方法一样调用远程方法。只需简单配置，没有任何API侵入(这句话的意思是应用程序不会、不需要手动调用Dubbo的任何类和任何接口)。

      只需用Spring加载Dubbo的配置即可（意思是对Dubbo的使用只需要写Spring配置文件或注解） Dubbo基于Spring的Schema扩展进行加载。

2、软负载均衡及容错机制，可以用软件实现负载均衡的效果，可在内网替代F5等硬件负载均衡器，降低成本。

3、服务自动注册与发现，不再需要写死服务提供方地址，注册中心基于接口名查询服务提供者的IP地址，并且能够添加或删除服务提供者。

 

三、Dubbo中有三个重要角色：

1.注册中心

2.服务提供方

3.服务调用者

 

四、优点：

1、服务注册中心

      Dubbo有自己的服务中心， 写好的服务可以注册到服务中心， 客户端从服务中心寻找服务，然后再到相应的服务提供者机器获取服务

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

     服务使用者会从注册中心zookeeper中寻找服务，同一个服务可能会有多个提供者， Dubbo会帮我们找到合适的服务提供者

 

2、统一化管理平台admin 

         服务管理：有哪些服务，哪些在使用哪些已停止，对应的主机、端口、权重是多  少，实时调整；

         应用管理：当前有哪些应用，各自是什么角色，相互调用关系是什么，使用的负载均衡算法是什么等等。

 

3、集群容错

      当服务调用失败时（比如响应超时），根据我们的业务不同，可以使用不同的策略来应对这种失败。 

      比如调用的服务是一个查询服务，不会修改数据库，那么可以给该服务设置容错方式为failover ， 当调用失败时，自动切换到其他服务提供者去调用，当失败次数超过指定重试次数，那么就抛出错误。

     如果服务是更新数据的服务，那就不能使用失败重试的方式了， 因为这样可能产生数据重复修改的问题，比如调用提供者A的插入用户方法，但是该方法业务逻辑复杂，执行过程很慢，导致响应超时， 那么此时如果再去调用另外一个服务提供者的插入用户方法，将会又重复插入同一个用户。   对于这种类型的服务，可以使用容错方式为failfast，如果第一次调用失败，立即报错，不需要重试。

    另外还有下面几种容错类型

    failsafe 出现错误，直接忽略，不重试也不报错

    failback 失败后不报错，会将该失败请求，定时重发，适合消息通知类型的服务

    forking    并行调用多个服务器，只要在某一台提供者上面成功，那么方法返回， 适合实时性要求较高的查询服务， 但是要牺牲性能。因为每台服务器会做同一个操作

    broadcast 广播调用所有服务提供者，逐个调用，任意一台报错则报错。  适合与更新每台提供者上面的缓存  这泓类型的服务

 

4、负载均衡

    当同一个服务有多个提供者在提供服务时， 客户端如何正确的选择提供者实现负载均衡dubbo也给我们提供了几种方案

    random  随机选提供者，并可以给提供者设置权重

    roundrobin  轮询选择提供者

    leastactive  最少活跃调用数，相同活跃数的随机，活跃数指调用前后计数差。使慢的提供者收到更少请求，因为越慢的提供者的调用前后计数差会越大。

   consistenthash 一致性hash，相同参数的请求发到同一台机器上

 

5、服务版本，服务分组

     通过服务版本可以控制服务的不兼容升级， 当同一个服务有多种实现时，可以使用服务分组进行区分

     当一个接口实现，出现不兼容升级时，可以用版本号过渡，版本号不同的服务相互间不引用。

     在低压力时间段，先升级一半提供者为新版本

     再将所有消费者升级为新版本

     然后将剩下的一半提供者升级为新版本

     为了今后更换接口定义发布在线时，可不停机发布，使用版本号

 

五、缺点：

1、阿里不再更新维护

2、安全性方面

      目前安全性层面，Dubbo通过Token令牌防止用户绕过注册中心直连，然后在注册中心上管理授权。Dubbo还提供服务黑白名单，来控制服务所允许的调用方。安全性功能较少

3、只支持JAVA语言

 

六、搭建Zookeeper环境

 1、下载并解压

 2、在(D:\soft\zookeeper-3.3.6\conf) 下新建zoo.cfg

      主要修改一下日志位置，具体配置文件如下：

      dataDir=D:\\Java\\Tool\\zookeeper-3.4.6\\tmp

 3、启动

       参考：http://blog.csdn.net/morning99/article/details/40426133

 4、启动ZooKeeper服务(zkServer.cmd)之后，我们可以使用如下命令连接到 ZooKeeper 服务：

              zkCli.cmd -server 127.0.0.1:2181

 

七、Dubbo-admin管理平台的安装

 1、将 dubbo-admin-2.5.4-SNAPSHOT.war 拷入 tomcat  webapps中

 下载地址：http://download.csdn.net/detail/evankaka/9054273

 2、配置

 修改tomcat的端口8088，修改方法如下，打到conf下的文件 server.xml，因为zookeeper会用到8080的端口，所以为了不冲突，把Tomcat的端口改一下。

 3、启动一下Tomcat,让它把刚刚放在tomcat  webapps中的war解压了

 4、修改dubbo.properties

        在D:\Java\Tool\apache-tomcat-7.0.62\webapps\dubbo-admin-2.5.4-SNAPSHOT\WEB-INF中

        dubbo.registry.address=zookeeper://127.0.0.1:2181  

        dubbo.admin.root.password=root  

        dubbo.admin.guest.password=guest  

        如果一样就不用修改

 5. 访问:

       这下全部都配置好了，首先，一定要先启动zookeeper启动后再去启动tomcat！

       启动zookeeper

       启动tomcat

       访问http://localhost:8088/dubbo-admin-2.5.4-SNAPSHOT/ 一定要注意名一定要和你webapp下的工程名一样！！

       输入用户名和密码都是root

八、Dubbo的简单用法

         1、首先要定义服务生产者的接口及其实现，那么定义一个接口（该接口需要单独打包，在生产者和消费者之间共享）：    

 

 2、在服务生产者处实现接口（对服务消费者隐藏接口实现细节）：

                 

 

      3、写一个applicationProvider.xml，在服务生产者使用Spring暴露服务：

                  

 

        4、在服务消费者处写一个applicationConsumer.xml引用远程服务：

                       

     5、服务消费者处只要通过Spring拿到providerService，即可像使用本地接口一样使用ProviderService这个接口里面的方法：