目前处于实习期间,白天工作,网上自主学习。最近没事逛了一下当前招聘网上的招聘要求,其中dubbo这个关键字出现的比较多,因此花了点时间学习了一番,在这写写自己的理解。
说起Dubbo,得先聊聊RPC,如果说互联网架构师互联网行业标配,那么RPC技术是分布式架构的基石
一、什么是RPC
RPC是指RPC协议:定义了rpc实现的规范,核心过程包括了客户端和服务端的通讯协议,寻址,数据序列化/反序列化,http,dubbo-rpc都属于rpc的一种协议
RPC框架:对上述核心过程进行了封装,不需要开发人员自己去定义协议,实现序列化的细节工作,这样的组件成为RPC框架。
常见RPC框架有thrift、GRpc、dubbo、motan
其中:客户端如果想调用服务端
通讯协议:TCP/UDP
寻址:程序需要通过异性方式,才能知道服务端的IP+PORT号
序列化:数据在网络中传输需要一定的格式
二、架构历史
随着网络时代更新换代,其中所涉及的技术也是随着时间日益变化,当然这也包含我们做项目时所利用到的框架。
1、单一架构。刚开始时,我们采用的是单一架构,这也是刚入门的小伙伴所钟爱的架构,其项目中所涉及到的内容都统一部署在一起,无需要分层的思想。当然此仅仅局限于简单的增删改查 。
2、垂直架构。当数据访问比较大时,简单的单一架构已经远远无法满足需求,垂直架构将应用拆分成互不相干的应用,以此来提高效率,这大大的增加前端页面开发的效率,减少机器的负担。
3、MVC架构。当项目数据较多时,维护成本也就增大,MVC模式就尤其显得格外重要。MVC即model、view、controller,其将功能的各部分划分出来,同种功能放在同一包下。
4、分布式架构。垂直应用越来越多时,各个应用之间的交互不可避免。此时将核心业务抽取出来,形成独立的服务,利用分布式缓存技术调用控制层来调用这些业务逻辑,以达到代码重构。这就是所谓的SOA(面向服务架构)思想。如下订单可以将其抽取出来,以达到服务共享。
三、什么是Dubbo
按我的理解,Dubbo是一个分布式框架,他出现的目的是为了提高性能和透明化的RPC远程服务调用方案,SOA服务治理方案。其本质是一个服务调用,一个远程调用的分布式框架。其核心部分包含为:
1、远程通讯:提供多种基于长连接的NIO框架抽象封装。
2、集群容错:提供基于接口方法的透明远程调用,包含软负载均衡、失败容错、地址路由、动态配置等集群支持。
3、自动发现:基于注册中心目录服务,使服务消费方能动态查找服务提供方。
Dubbo局限
。
四、dubbo框架流程图
dubbo流程图分为四大角色,依次为生产者,消费者,注册中心以及监控中心。
生成者:提供服务,即提供方法接口。
注册中心:生产者将每个服务的功能的注册到注册中心,每次有新服务的更新都会注册到注册中心,往其添加一个节点。其用Zk:(zookeeper,像树)作为注册中心,除此之外还可以用redis做,但是不推荐。
消费者:消费者与注册中心相连接,称之为订阅。一旦有新的服务,注册中心就会将结果返回通知消费者(zookeeper当中有一个事件通知,一旦节点有变化,就会通知客户端),消费者一旦收到,就notify可以进行调用消费者中的服务(即调用接口)。
监控中心:做消费记录,如监控消费者有没有订阅成功,以及有没有记录日志等。至于为什么redis也能作为注册中心,是因为他里面也有一个watch监控。
五、就负载均衡而言,关于nginx和dubbo的区别
dubbo的负载均衡已经是服务层面的了,和nginx的负载均衡还在http请求层面完全不同。至于二者哪个优秀,当然没办法直接比较。
涉及到负载均衡就涉及到你的业务,根据业务来选择才是最适合的。
dubbo具备了server注册,发现、路由、负载均衡的功能,在所有实现了这些功能的服务治理组件中,个人觉得dubbo还是略微笨重了,因为它本身是按照j2EE范畴所制定的中规中矩的服务治理框架。
在服务发现这个地方做的更像一个dns,一个消费者需要知道哪里有这么一个服务,dubbo告诉他,然后他自己去调用。
而nginx在具备了以上功能,还有两个最主要的功能是,1,维持尽可能多的连接。2,把每个连接的具体服务需求pass到真正的worker上。
但是这两个功能,dubbo做不到第一个。
所以,结合你自己的业务来选择用什么,nginx和dubbo在使用上说白了就是一个先后的关系而已。
总结:
nginx是横在用户的浏览器和自家的服务器之间。
dubbo是横在自家的服务器和自家的服务器之间啊,是利用zookeeper的持久节点来保存信息。
六、快速入门
需要建立三个maven工程,分别为接口、消费者和生产者
1、先构建接口和生产者项目,并将接口的依赖注入到生产者pom文件(打开interface接口pom文件,将其依赖信息写进provider的pom文件)
相关依赖代码
<!--要使用会员接口,必须先引入其依赖 -->
<dependency>
<groupId>com.itmayie.du</groupId>
<artifactId>Member-interface</artifactId>
<version>0.0.1-SNAPSHOT</version>
</dependency>
<!--生产者要引用到接口的方法,需要引入dubbo和zookeeper依赖-->
<!-- 引入dubbo依赖 -->
<dependency>
<groupId>com.alibaba</groupId>
<artifactId>dubbo</artifactId>
<version>2.5.6</version>
</dependency>
<!-- 添加zookeeper客户端依赖 -->
<dependency>
<groupId>com.github.sgroschupf</groupId>
<artifactId>zkclient</artifactId>
<version>0.1</version>
</dependency>
2、会员接口提供定义接口方法
//会员服务 提供接口
public interface UserService {
//使用用户UserID查询用户信息
public String getUser(int id);
}
3、生产者提供实现类
public class UserServiceImpl implements UserService{
public String getUser(int id) {
System.out.println("会员服务接受订单服务ID"+id);
if(id==1){
return "yiling";
}
if(id==2){
return "jiaxianseng";
}
return "未找到...";
}
}
4、生产者编写spring配置文件,用于注入dubbo和zookeeper和实现类,暴露自己服务
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:dubbo="http://code.alibabatech.com/schema/dubbo"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans.xsd
http://code.alibabatech.com/schema/dubbo
http://code.alibabatech.com/schema/dubbo/dubbo.xsd">
<!-- 提供方应用信息,用于计算依赖关系 -->
<dubbo:application name="provider"/>
<!-- 使用zookeeper注册中心暴露服务地址 -->
<dubbo:registry address="zookeeper://192.168.174.133:2181"/>
<!-- 使用dubbo协议在29014端口暴露服务 -->
<dubbo:protocol name="dubbo" port="29014"/>
<!-- 申明需要暴露的服务接口 -->
<dubbo:service interface="com.dubbo.service.UserService" ref="userService"/>
<!-- 具体实现bean -->
<bean id="userService" class="com.dubbo.serviceImpl.UserServiceImpl">
</bean>
</beans>
5、启动zookeeper
[oracle@bogon bin]$ pwd
/usr/java/zookeeper-3.4.12/bin
[oracle@bogon bin]$ ./zkServer.sh start
ZooKeeper JMX enabled by default
Using config: /usr/java/zookeeper-3.4.12/bin/../conf/zoo.cfg
Starting zookeeper ... already running as process 3579.
[oracle@bogon bin]$ ./zkCli.sh
[zk: localhost:2181(CONNECTED) 7] ls /
[zookeeper]
6、测试连接zookeeper
//加载配置文件
ClassPathXmlApplicationContext applicationContext=new ClassPathXmlApplicationContext("provider.xml");
applicationContext.start();
System.out.println("会员服务启动成功");
//保证服务一直启动,按任意键可以停止
System.in.read();
如果此时在开启的zookeeper客户端根节点看到新生成的节点说明连接成功
控制台:
log4j:WARN No appenders could be found for logger (org.springframework.core.env.StandardEnvironment).
log4j:WARN Please initialize the log4j system properly.
会员服务启动成功
zookeeper:
[zk: localhost:2181(CONNECTED) 8] ls /
[dubbo, zookeeper]
[zk: localhost:2181(CONNECTED) 9] ls2 /dubbo
[com.dubbo.service.UserService]
7、编写消费者
1) pom文件引入接口、dubbo、zookeepre依赖
<dependency>
<groupId>Member-Interface</groupId>
<artifactId>Member-Interface</artifactId>
<version>0.0.1-SNAPSHOT</version>
</dependency>
<!-- 引入dubbo依赖 -->
<dependency>
<groupId>com.alibaba</groupId>
<artifactId>dubbo</artifactId>
<version>2.5.6</version>
</dependency>
<!-- 添加zookeeper客户端依赖 -->
<dependency>
<groupId>com.github.sgroschupf</groupId>
<artifactId>zkclient</artifactId>
<version>0.1</version>
</dependency>
2) 编写消费者spring配置文件,接收生成者方法
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:dubbo="http://code.alibabatech.com/schema/dubbo"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans.xsd
http://code.alibabatech.com/schema/dubbo
http://code.alibabatech.com/schema/dubbo/dubbo.xsd">
<!-- 消费放应用名,用于计算依赖关系,不是匹配条件,不要与提供方一样 -->
<dubbo:application name="consumer"/>
<!-- 使用multicast广播注册中心暴露发现服务地址 -->
<dubbo:registry protocol="zookeeper" address="zookeeper://192.168.174.133:2181"/>
<!-- 生成远程服务代理,可以和本地bean一样使用demoService -->
<dubbo:reference id="userService" interface="com.dubbo.service.UserService"/>
</beans>
3) 编写调用测试类
public class OrderService {
public static void main(String[] args) {
ClassPathXmlApplicationContext applicationContext=new ClassPathXmlApplicationContext("consumer.xml");
applicationContext.start();
System.out.println("订单服务启动成功..");
UserService userService=(UserService) applicationContext.getBean("userService");
System.out.println("订单服务调用会员服务开始");
String result=userService.getUser(1);
System.out.println("订单服务调用会员服务结束..result"+result);
System.in.read();
}
}
注意:测试时要开启zookeeper,先启动生产者,再开启消费者,顺序不能错
显示结果:
消费者控制台:
log4j:WARN No appenders could be found for logger (org.springframework.core.env.StandardEnvironment).
log4j:WARN Please initialize the log4j system properly.
会员服务启动成功
会员接受订单,ID号为1
消费者控制台:
log4j:WARN No appenders could be found for logger (org.springframework.core.env.StandardEnvironment).
log4j:WARN Please initialize the log4j system properly.
订单服务启动
结果是yiling
七、关于dubbo所支持的协议
Dubbo协议、rmi协议、hession协议、http协议
八、关于dubbo-admin平台
dubbo-admin平台是用来管理duddo的客户端,是一个可视化的dubbo平台界面,在其平台下,你可以调制各种参数。以下为dubbo-admin使用。
1、下载dubbo-admin
官网:dubbo-admin
2、将dubbo-admin.war进行解压,将解压的内容放在tomcat下的webapp目录中的ROOT目录(先清空原ROOT下的文件),这里我是放在的linux环境下的tomcat下
[root@bogon ROOT]# pwd
/usr/java/tomcat/tomcat/webapps/ROOT
[root@bogon ROOT]# ll
总用量 20
-rw-r--r--. 1 root root 101 3月 31 2015 crossdomain.xml
drwxr-xr-x. 2 root root 54 6月 4 18:42 css
-rw-r--r--. 1 root root 1406 3月 31 2015 favicon.ico
drwxr-xr-x. 2 root root 4096 6月 4 18:42 images
drwxr-xr-x. 2 root root 4096 6月 4 18:42 js
drwxr-xr-x. 4 root root 51 6月 4 18:42 META-INF
drwxr-xr-x. 2 root root 65 6月 4 18:41 SpryAssets
drwxr-xr-x. 8 root root 4096 6月 4 18:41 WEB-INF
3、启动tomcat
[root@bogon bin]# ./startup.sh
4、输入域名(平常访问tomcat)即可进入dubbo-admin界面
注意用户名和密码是根据dubbo.properties
[root@bogon ROOT]# cd WEB-INF/
[root@bogon WEB-INF]# tail -n 5 dubbo.properties
dubbo.registry.address=zookeeper://127.0.0.1:2181
dubbo.admin.root.password=root
dubbo.admin.guest.password=guest
官方界面如下:
九、关于Dubbo集群
模拟两台提供相同服务的接口(集群),可以解决高并发的问题
步骤:
- 先更改生产者dubbo的端口号为29014,然后启动生产者
- 再更改生产者dubbo的端口号为29015,然后启动生产者
- 此时集群环境已经搭建好了,在dubbo控制平台中的服务治理中的提供者中可以看到两个ip地址
的负载均衡
1、什么是负载均衡:
负载平衡也称负载共享,是指对系统中的负载情况进行动态调整,以尽量消除或减少系统中各节点负载不均衡的现象。具体实现方法是将过载节点上的任务转移到其他轻载节点上,尽可能实现系统各节点的负载平衡,从而提高系统的吞吐量。负载共享有利于统筹管理分布式系统中的各种资源,便于利用共享信息及其服务机制扩大系统的处理能力。
2、当出现集群的情况下,消费者是怎样实现那台主机的选择呢?
如同nginx一样,dubbo也有负载均衡的策略
random随机调用。
存在慢的提供者累积请求问题,比如:第二台机器很慢,但没挂,当请求调到第二台时就卡在那,久而久之,所有请求都卡在调到第二台上。
解决办法 :结合权重,把第二台机(性能低的)的权重设置低一点
做法
1) 为接口创建负载均衡策略
在服务治理中选择负载均衡
2) 这里我们选择的是随机,也就是消费者会随机选择服务端口,当然可以控制生产者的权重问题来更改获取几率。
十一、关于dubbo容错
当一个节点发生错误时,消费者会采取什么办法?
20914节点的消费者会自动更改别的节点。
十二、当所有集群节点的dubbo服务都挂了,即发生了错误,消费者会怎么办?
duboo通过keeopalived脚本监听服务器,如果服务停止掉,自动帮你重启,如果一直重启失败了,发送报警邮箱。