一、概念: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这个接口里面的方法: