Dubbo
如何实现远程通信?
1、Webservice:效率不高基于soap协议。项目中不推荐使用。
2、使用restful形式的服务:http+json。很多项目中应用。如果服务太多,服务之间调用关系混乱,需要治疗服务。
3、使用dubbo。使用rpc协议进行远程调用,直接使用socket通信。传输效率高,并且可以统计出系统之间的调用关系、调用次数。
发展历史
- 单一应用架构
- 当网站流量很小时,只需一个应用,将所有功能都部署在一起,以减少部署节点和成本。
- 此时,用于简化增删改查工作量的 数据访问框架(ORM) 是关键。
- 垂直应用架构
- 当访问量逐渐增大,单一应用增加机器带来的加速度越来越小,将应用拆成互不相干的几个应用,以提升效率。
- 此时,用于加速前端页面开发的 Web框架(MVC) 是关键。
- 分布式服务架构
- 当垂直应用越来越多,应用之间交互不可避免,将核心业务抽取出来,作为独立的服务,逐渐形成稳定的服务中心,使前端应用能更快速的响应多变的市场需求。
- 此时,用于提高业务复用及整合的 分布式服务框架(RPC) 是关键。
- 流动计算架构
- 当服务越来越多,容量的评估,小服务资源的浪费等问题逐渐显现,此时需增加一个调度中心基于访问压力实时管理集群容量,提高集群利用率。
- 此时,用于提高机器利用率的 资源调度和治理中心(SOA) 是关键。
Dubbo就是资源调度和治理中心的管理工具。
Dubbo架构
- Provider: 暴露服务的服务提供方。
- Consumer: 调用远程服务的服务消费方。
- Registry: 服务注册与发现的注册中心。这里用Zookeeper。
- Monitor: 统计服务的调用次调和调用时间的监控中心。在Zookeeper的服务器上装Tomcat中部署一个war项目,war项目在dubbo的git项目中有,监控中心在打开的时候dubbo是调用不了接口的!!!。
- Container: 服务运行容器。
安装Zookeeper(Registry角色)
下载Zookeeper,要提前装好jre
解压压缩包
tar -zxvf zookeeper-3.4.6.tar.gz
进入zookeeper-3.4.6目录,创建data文件夹。
把conf/zoo_sample.cfg改名为zoo.cfg
[root@localhost conf]# mv zoo_sample.cfg zoo.cfg
修改zoo.cfg中data属性:dataDir=/usr/java/zookeeper-3.4.6/data
启动zookeeper
[root@localhost bin]# ./zkServer.sh start
关闭:[root@localhost bin]# ./zkServer.sh stop
查看状态:[root@localhost bin]# ./zkServer.sh status
注意:需要关闭防火墙,不然provider和consumer连不上端口。
service iptables stop
永久关闭修改配置开机不启动防火墙:
chkconfig iptables off
如果不能成功启动zookeeper,需要删除data目录下的zookeeper_server.pid文件。
创建Dubbo项目
在maven项目pom中加入,其中consumer要依赖provider的interface工程
<!-- dubbo相关 --> <dependency> <groupId>com.alibaba</groupId> <artifactId>dubbo</artifactId> <exclusions> <exclusion> <groupId>org.springframework</groupId> <artifactId>spring</artifactId> </exclusion> <exclusion> <groupId>org.jboss.netty</groupId> <artifactId>netty</artifactId> </exclusion> </exclusions> </dependency> <dependency> <groupId>org.apache.zookeeper</groupId> <artifactId>zookeeper</artifactId> </dependency> <dependency> <groupId>com.github.sgroschupf</groupId> <artifactId>zkclient</artifactId> </dependency>
为了更好的测试使用tomcat插件,提供者和消费者端口名不能重复
<!-- 配置tomcat插件 --> <build> <plugins> <plugin> <groupId>org.apache.tomcat.maven</groupId> <artifactId>tomcat7-maven-plugin</artifactId> <version>2.2</version> <configuration> <path>/</path> <port>8081</port> </configuration> </plugin> </plugins> </build>
提供者xml
<!-- 使用dubbo发布服务 --> <!-- 提供方应用信息,用于计算依赖关系 --> <dubbo:application name="e3-manager" /> <dubbo:registry protocol="zookeeper" address="192.168.182.3:2181" /> <!-- 用dubbo协议在20880端口暴露服务 --> <dubbo:protocol name="dubbo" port="20880" /> <!-- 声明需要暴露的服务接口,service表示提供服务,reference表示引用 --> <!-- timeout="600000"表示超时时间为十分钟 ,默认为一秒,默认请求失败时请求三次--> <dubbo:service interface="cn.e3mall.service.ItemService" ref="itemServiceImpl" timeout="600000"/>
代码发布
public static void main(String[] args) throws IOException { //初始化Spring容器 ClassPathXmlApplicationContext context = new ClassPathXmlApplicationContext(new String[] {"classpath:spring/applicationContext-*.xml"}); context.start(); System.in.read(); // 按任意键退出 }
消费者xml
<!-- 引用dubbo服务 --> <dubbo:application name="e3-manager-web" /> <dubbo:registry protocol="zookeeper" address="192.168.182.3:2181" /> <!-- 引用服务 --> <dubbo:reference interface="cn.e3mall.service.ItemService" id="itemService" />
代码调用,因为返回的结果要在网络中传输,所以pojo对象要实现Serializable
public static void main(String[] args) throws IOException { ClassPathXmlApplicationContext context = new ClassPathXmlApplicationContext(new String[] {"classpath:spring/applicationContext-*.xml"}); context.start(); ItemService demoService = (ItemService)context.getBean("itemService"); // 获取远程服务代理 List<UserPosition> userPostions = demoService.getGPSForWeb("qyid1");// 执行远程方法 System.out.println( userPostions ); // 显示调用结果 }
遇到的坑:
1.虽然注册时用的是外网,但是dubbo监控中还是用内网ip
2.如果消费者调用失败,会导致进入不了继承DispatcherServlet的servlet类中,从而导致一些初始化失败