Docker下dubbo开发,三部曲之三:java开发

在前两章《Docker下dubbo开发,三部曲之一:极速体验》《Docker下dubbo开发,三部曲之二:本地环境搭建》中,我们体验了dubbo环境搭建以及服务的发布和消费,对dubbo有了初步认识,本章我们来实战dubbo服务的发布和消费代码的编写,实战后的我们能将自己的服务发布到dubbo环境供别人调用,也能让自己的工程去调用dubbo环境中的已有服务;

源码下载

本次实战一共有两个工程,分别是服务的提供者和消费者,都是web工程,代码在github上,地址是git@github.com:zq2599/blog_demos.git,这里面有多个工程,本章所需的代码如下: 1. 服务提供者的代码在目录dubbo_service_provider下,如下图红框所示:

  1. 服务消费者的代码在目录dubbo_service_consumer下,如下图红框所示:

接下来我们逐个分析,实战开发;

服务提供者开发

首先是pom中的依赖关系,除了常用的spring相关的,我们还要加入dubbo和zookeeper的依赖,如下所示:

<!-- dubbo -->
    <dependency>
      <groupId>com.alibaba</groupId>
      <artifactId>dubbo</artifactId>
      <version>2.5.3</version>
      <exclusions>
        <exclusion>
          <artifactId>spring</artifactId>
          <groupId>org.springframework</groupId>
        </exclusion>
      </exclusions>
    </dependency>
    <!-- zkclient  -->
    <dependency>
      <groupId>com.github.sgroschupf</groupId>
      <artifactId>zkclient</artifactId>
      <version>0.1</version>
    </dependency>
    <!--  zookeeper -->
    <dependency>
      <groupId>org.apache.zookeeper</groupId>
      <artifactId>zookeeper</artifactId>
      <version>3.3.6</version>
    </dependency>

接下来看代码,本次实战提供了两个服务,分别实现了一下两个接口: 1. CalculateService定义add方法,执行最基础的int型加法服务,实现如下:

public class CalculateServiceImpl implements CalculateService{

    @Override
    public int add(int a, int b) {
        return a + b;
    }
}
  1. PlatformService定义getRpcFrom方法,返回当前环境系统中的换变量TOMCAT_SERVER_ID的值,这个值是docker容器启动的时候从docker-compose.yml中传入的;
public class PlatformServiceImpl implements PlatformService {

    @Override
    public String getRpcFrom() {
        return System.getenv().get("TOMCAT_SERVER_ID");
    }
}

以上是两个演示用的服务实现,逻辑很简单,现在看如何将服务发布到dubbo环境:

spring-extends.xml是我们自定义的spring配置文件,想发布到dubbo环境的服务都在这里声明:

<dubbo:application name="dubbo_service_provider" />
    <!-- 本机 伪集群 测试 -->
    <!--
    <dubbo:registry  protocol="zookeeper"  address="192.9.145.19:2181,192.9.145.19:2182,192.9.145.19:2183"  />
    -->
    <dubbo:registry address="zookeeper://zkhost:2181" />
    <dubbo:protocol name="dubbo" port="20880" />
    <dubbo:service interface="com.bolingcavalry.service.CalculateService"
                   ref="calculateService" />
    <dubbo:service interface="com.bolingcavalry.service.PlatformService"
                   ref="platformService" />
    <!-- 和本地bean一样实现服务 -->
    <bean id="calculateService" class="com.bolingcavalry.service.impl.CalculateServiceImpl" />
    <bean id="platformService" class="com.bolingcavalry.service.impl.PlatformServiceImpl" />

dubbo:application定义了服务归属的应用为dubbo_service_provider; dubbo:registry定义了注册中心地址,本次实战的zookeeper配置为单机,所以只填写了一个地址”zookeeper://zkhost:2181”,其中zkhost是docker容器的link属性的别名(连接到zookeeper容器),在dubbo:registry配置的上面有一个被注释掉的dubbo:registry配置,里面是zookeeper集群时候的连接方式; dubbo:protocol定义采用dubbo协议,使用20880端口; dubbo:service配置了要发布的服务,指定服务接口以及对应的bean;

使用以上配置,在spring环境启动后注册中心就会感知到,在pom.xml文件所在目录下执行mvn clean package -Dmaven.test.skip=true 即可编译打包,在docker容器发布运行方式请参照《Docker下dubbo开发,三部曲之二:本地环境搭建》;

服务消费者开发

服务消费者工程是dubbo_service_consumer,pom中的依赖关系和服务提供者的一样的,由于要调用dubbo_service_provider提供的服务,所以要把CalculateService和PlatformService这两个接口引入到工程中,一般是通过jar包方式引入,这里图个方便,直接将两个接口的源码复制到工程中,如下图:

再来看看调用服务的代码,如下图所示,通过普通的Autowired就能直接使用了,就像普通的spring环境中使用服务一样简单:

从dubbo环境获取远程服务的能力,是通过以下spring配置来实现的:

<!-- 消费方应用名,用于计算依赖关系,不是匹配条件,不要与提供方一样 -->
    <dubbo:application name="dubbo_service_consumer" />
    <!-- 使用multicast广播注册中心暴露发现服务地址 -->
    <!--
    <dubbo:registry  protocol="zookeeper"  address="192.9.145.19:2181,192.9.145.19:2182,192.9.145.19:2183" />
    -->
    <dubbo:registry address="zookeeper://172.28.0.3:2181" />
    <!-- 生成远程服务代理,可以和本地bean一样使用demoService -->
    <dubbo:reference id="calculateService" interface="com.bolingcavalry.service.CalculateService" />
    <dubbo:reference id="platformService" interface="com.bolingcavalry.service.PlatformService" />

dubbo:application和dubbo:registry的作用和前面分析的服务提供者的一样,dubbo:reference是指从dubbo环境获得远程的服务,interface指定了服务类型,应用启动后,用到服务端的时候就会根据注册中心的信息,远程调用服务提供者的服务;

以上就是dubbo的服务提供者和消费者的实战源码,实际的生产环境中,还会涉及到更详细更复杂的配置和使用,请读者们关注dubbo官网的开发手册。

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏SDNLAB

“访问限制”&“代理访问”实验

前言: 第三届SDN创新大赛又悄悄临近了,第二届大赛时做的题目积压在电脑里实在可惜,因此简单整理,拿出来和大家分享,从代码到实验过程,比较详尽,可以供初学者参考...

33810
来自专栏左瞅瞅,右瞅瞅

SaltStack——配置管理(grains实战-keepalived)

keepalived是一个类似于layer3, 4 & 5交换机制的软件,也就是我们平时说的第3层、第4层和第5层交换。Keepalived是自动完成...

1234
来自专栏Linux运维学习之路

zabbix自动发现与自动注册及SNMP监控

自动发现与自动注册 自动发现:zabbix Server主动发现所有客户端,然后将客户端登记自己的小本本上,缺点zabbix server压力山大(网段大,客户...

5418
来自专栏哎_小羊

windows上 nginx 配置代理服务,配置多域名,以及最简单实现跨域配置

Nginx,不用多说啦,大家都熟悉的不能再熟悉了,它是一款轻量级的高性能Web 服务器/反向代理服务器及电子邮件(IMAP/POP3)代理服务器,最近在本地研究...

2759
来自专栏运维小白

12.17 Nginx负载均衡

Nginx负载均衡目录概要 vim /usr/local/nginx/conf/vhost/load.conf // 写入如下内容 upstream qq_co...

1896
来自专栏大魏分享(微信公众号:david-share)

Openshift的高可用架构设计

第一部分:高可用设计 一、Openshift架构 ? Openshift架构如上图,其核心组件有: ●Multiple Masters ●External e...

5984
来自专栏周川的专栏

【腾讯云的1001种玩法】微信个人订阅号后台server搭建入门教程

微信个人订阅号后台server搭建入门教程##搭建公众号后台server以腾讯云自带的ubuntu14.04为例:安装nginx+php7+mysql5,以及需...

1.2K0
来自专栏蓝天

Linux后台开发常用工具

pwdx - report current working directory of a process,格式:pwdx pid 内存分析工具 v...

1012
来自专栏WindCoder

“仿OpenStack开发云计算管理软件”第一周实验报告

熟悉了git提交等基本命令、了解了用于创建独立的 Python 开发环境的Virtualenv,虽然初窥了Flask框架,但仍需要学习实验楼的Flask框架基础...

561
来自专栏IMWeb前端团队

DNS,node以及反向代理的一些知识和应用

概念 域名系统(英文:Domain Name System,缩写:DNS)是因特网的一项服务。它作为将域名和IP地址相互映射的一个分布式数据库,能够使人更方便的...

2150

扫码关注云+社区