微服务实战系列之Dubbo(下)

前言

眼看着2023即将走远,心里想着似乎还有啥,需要再跟各位盆友叨叨。这不说曹操,曹操就来了。趁着上一篇Dubbo博文的余温尚在,博主兴匆匆地"赶制"了Dubbo的下集,以飨读者。

上一篇博主依然从Dubbo的内核出发,阐明了它是如何running的。而今天博主继续带着各位盆友,了解如何使用它。鉴于当前Spring+Dubbo组合的流行,本博是基于Spring完成相关介绍。

如需寻一份Dubbo最新的官方源码,请速戳:apache dubbo github sourcecode

如需查阅最近的中文文档,请速戳:apache dubbo doc

使用Dubbo

什么是契约?简单讲,可以理解为通信双方必须遵守的约定。既然Dubbo是基于RPC通信完成服务调用,那么服务提供者(P)与服务消费者(C)必须建立在同一个"频率"完成互相握手。

那么在RPC中,或者具体到Dubbo使用过程中,如何建立"契约"?请紧随博主脚步,以防迷路。

1、创建BaseService

一个base api可以作为通信的"契约",实现P与C的互相通信。

通常,我们在创建BaseService的时候,以接口的形式出现,当然必须符合java的接口设计原则。形如:

java 复制代码
public interface MyBaseService {

    /**
     * 基础服务
     * @param input 输入内容
     */
    String doWork(String input) throws ServiceException;
}

2、创建服务提供者(P)

创建BaseService完成后,我们可以创建一个Provider。形如:

java 复制代码
@Service("myService")
public class MyBaseServiceImpl implements MyBaseService {

	@Override
	String doWork(String input) throws ServiceException{
		return "running:"+input;
	}
}

定义完成后,我们应该把它发布到服务环境中,怎么发布?

xml 复制代码
<!--  -->
 <!-- 服务提供应用名称 -->
<dubbo:application name="myservice-provider"/>
<!-- 指定注册中心 -->
<dubbo:registry id="myservice" address="zookeeper://localhost:2181"/>
<!-- 服务发布协议及暴露端口 -->
<dubbo:protocol name="dubbo" port="28080"/>
<!-- 声明需要暴露的服务接口-->
<dubbo:service interface="com.mytest.MyBaseService"
                   ref="myService" timeout="300000" retries="0" loadbalance="roundrobin"/>

其中,dubbo:service几个参数的解释如下:

参数名 参数说明
interface 提供服务的接口全路径
ref 服务提供类,通常是已实现了interface的Bean
timeout 超时时间,单位毫秒
retries 重试次数,当服务异常时触发
loadbalance 负载均衡方式,默认随机

行文至此,我们已经新建了一个Provider,可以通过Spring启动,也可以通过web容器部署。当然部署时,我们可以观察到,每个服务均以dubbo协议发布,服务请求的URL如下所示:

xml 复制代码
 dubbo://localhost:28080/com.mytest.MyBaseService

当然该URL是基础路径,还包括了dubbo:service中指定的各种参数以及服务的请求方法。

3、创建服务消费者(C)

具备了服务提供者,那么我们可以准备一个服务消费者,用于请求提供者发布的服务。

首先,声明一个服务代理,形如:

xml 复制代码
<dubbo:reference interface="com.mytest.MyBaseService" 
			id="myBaseService" check="false" loadbalance="roundrobin" retries="0"/>

其中,dubbo:reference 几个参数的解释如下:

参数名 参数说明
interface 请求服务的接口全路径
id 接口唯一ID
check 是否开启服务检测
loadbalance 负载均衡方式,默认随机

声明完成后,我们可以新建一个class,实现RPC调用。

实际上,我们经常使用的dubbo架构如下图示意。这也是本期介绍的主要内容。


结语

Dubbo 为开发者提供从项目创建、开发测试,到部署、可视化监测、流量治理,再到生态集成的全套服务。

从这句话可以了解,Dubbo为微服务的开局和繁荣提供了持久的源动力,当然它依然在逐步进化中。博主衷心的希望Dubbo更上一层楼,为微服务继续添砖加瓦。


历史回顾


相关推荐
KK溜了溜了4 分钟前
JAVA-springboot 整合Redis
java·spring boot·redis
大只鹅8 分钟前
解决 Spring Boot 对 Elasticsearch 字段没有小驼峰映射的问题
spring boot·后端·elasticsearch
ai小鬼头11 分钟前
AIStarter如何快速部署Stable Diffusion?**新手也能轻松上手的AI绘图
前端·后端·github
9527华安12 分钟前
FPGA实现40G网卡NIC,基于PCIE4C+40G/50G Ethernet subsystem架构,提供工程源码和技术支持
fpga开发·架构·网卡·ethernet·nic·40g·pcie4c
天河归来14 分钟前
使用idea创建springboot单体项目
java·spring boot·intellij-idea
weixin_4786897631 分钟前
十大排序算法汇总
java·算法·排序算法
码荼34 分钟前
学习开发之hashmap
java·python·学习·哈希算法·个人开发·小白学开发·不花钱不花时间crud
IT_10241 小时前
Spring Boot项目开发实战销售管理系统——数据库设计!
java·开发语言·数据库·spring boot·后端·oracle
bobz9651 小时前
动态规划
后端
stark张宇1 小时前
VMware 虚拟机装 Linux Centos 7.9 保姆级教程(附资源包)
linux·后端