查看原文
其他

SpringCloud Alibaba微服务实战二十一 - 整合Dubbo

飘渺Jam JAVA日知录 2022-09-07

概述

在Spring Cloud构建的微服务系统中,大多数的开发者使用都是官方提供的Feign组件来进行内部服务通信,这种声明式的HTTP客户端使用起来非常的简洁、方便、优雅,但是有一点,在使用Feign消费服务的时候,相比较Dubbo这种RPC框架而言,性能较差。

虽说在微服务架构中,会讲按照业务划分的微服务独立部署,并且运行在各自的进程中。微服务之间的通信更加倾向于使用HTTP这种简答的通信机制,大多数情况都会使用REST API。这种通信方式非常的简洁高效,并且和开发平台、语言无关,但是通常情况下,HTTP并不会开启KeepAlive功能,即当前连接为短连接,短连接的缺点是每次请求都需要建立TCP连接,这使得其效率变的相当低下。

对外部提供REST API服务是一件非常好的事情,但是如果内部调用也是使用HTTP调用方式,就会显得显得性能低下,Spring Cloud默认使用的Feign组件进行内部服务调用就是使用的HTTP协议进行调用,这时,我们如果内部服务使用RPC调用,对外使用REST API,将会是一个非常不错的选择,恰巧,Dubbo Spring Cloud给了我们这种选择的实现方式。

以上内容摘自官网。

这里我觉得还有另外一个点也是需要大家考虑的,很多公司在早期已经基于dubbo构建了很多底层微服务,如果全部使用cloud架构进行迁移相对比较麻烦,如果在cloud中能直接集成dubbo就简单多了。

之前的文章我们已经实现了从Order-service使用feign调用Account-Serviice,本章内容我们来实现使用dubbo调用Account-Dubbo,最后通过JMeter对接口进行性能测试看看两者之间的性能差距。

组件调用图

实现Dubbo生产者

  • 在项目中建立服务模块 account-dubbo,在 account-dubbo中再建立两个模块 dubbo-apidubbo-provider 模块。

  • dubbo-provider的pom文件中添加Dubbo Spring Cloud的关键依赖。

<dependency>
 <groupId>com.alibaba.cloud</groupId>
 <artifactId>spring-cloud-starter-dubbo</artifactId>
</dependency>

<dependency>
 <groupId>com.alibaba.cloud</groupId>
 <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
</dependency>

「注意:这里不能直接使用dubbo的原生jar,并且需要引入nacos注册中心,需要将dubbo注册到springcloud的注册中心上」

  • 修改dubbo-provider 项目的配置文件application.properties
spring.cloud.nacos.discovery.server-addr = 10.0.23.48:8848
dubbo.application.id = account-dubbo
dubbo.protocol.name = dubbo
dubbo.protocol.port = 20881
dubbo.scan.base-packages = com.javadaily.dubbo.service
dubbo.registry.address = spring-cloud://localhost
spring.application.name = account-dubbo
dubbo.registry.check = false
dubbo.consumer.check = false
dubbo.cloud.subscribed-services = order-service

这里使用 dubbo.registry.address将dubbo注册到了springcloud的注册中心上。

  • dubbo-api中添加服务接口,为了后面的性能测试我们这里使用Account-Service一样的接口。
public interface AccountService {
    AccountDTO getByCode(String accountCode);
}


  • dubbo-provider中实现该接口(mybatis的相关配置略...)
@Service
public class AccountServiceImpl implements AccountService {

    @Autowired
    private AccountMapper accountMapper;

    @Override
    public AccountDTO getByCode(String accountCode) {
        AccountDTO accountDTO = new AccountDTO();
        Account account = accountMapper.selectByCode(accountCode);
        BeanUtils.copyProperties(account,accountDTO);
        return accountDTO;
    }
}

注意这里的 @Service注解使用的是 org.apache.dubbo.config.annotation.Service,不是Spring原生的Service注解。

  • dubbo-provider中添加主启动类,并添加EnableDubbo注解
@SpringBootApplication
@EnableDubbo
public class AccountDubboApplication {
    public static void main(String[] args) {
        SpringApplication.run(AccountDubboApplication.class, args);
    }
}


  • 启动dubbo服务,查看注册中心中是否正常注册。
注册中心

Order-Service消费方修改

  • 引入dubbo相关依赖
 <!--dubbo-->
<dependency>
 <groupId>com.alibaba.cloud</groupId>
 <artifactId>spring-cloud-starter-dubbo</artifactId>
</dependency>


<dependency>
 <groupId>com.jianzh5.cloud</groupId>
 <artifactId>dubbo-api</artifactId>
 <version>1.0.0</version>
</dependency>


  • 修改消费方配置文件,增加dubbo的配置参数
dubbo:
  registry:
    address: spring-cloud://localhost
  cloud:
    subscribed-services: account-dubbo
  consumer:
    check: false

由于 Order-Service不需要对外提供RPC服务所以这里只需要配置dubbo的注册中心即可。

通过 dubbo.cloud.subscribed-services 配置生成者的服务id,默认是 * 即注册所有,此选项建议配置。

  • 修改消费逻辑,使用dubbo调用。
@Slf4j
@RestController
public class FeignController {
   
    @Reference
    private AccountService accountService;

    @GetMapping("/order/getAccount/{accountCode}")
    public ResultData<AccountDTO> getAccount(@PathVariable String accountCode){

        AccountDTO accountDTO = accountService.getByCode(accountCode);

        return ResultData.success(accountDTO);
    }

}

通过 org.apache.dubbo.config.annotation.Reference 引入dubbo服务即可。

通过以上几步我们完成了SpringCloud与Dubbo的整合,大家自行测试即可。接下来我们看看两者之间的性能差异。

性能测试

测试效果是在楼主笔记本上测试的,在高配置上效果差异会更明显。

配置:Intel Core i5-7200U CPU @ 2.50GHz 2.70GHz  6核 16G内存
测试工具:JMeter5.1
线程数:1000
Ramp-Up : 10

JMeter参数

dubbo调用效果

dubbo测试效果

平均响应时间吞吐量最小响应时间最大响应时间
488ms95.8/sec16ms2970ms

feign调用效果

feign测试效果

平均响应时间吞吐量最小响应时间最大响应时间
3213ms75.1/sec108ms6097ms

通过上面的测试结果可以看出两者的性能差距,feign的性能明显落后dubbo很多,对于追求性能的应用来说还是建议使用dubbo进行RPC调用。



如果本文对你有帮助,
别忘记来个三连:
点赞,转发,评论
咱们下期见!

收藏 等于白嫖点赞 才是真情!

End




干货分享



这里为大家准备了一份小小的礼物,关注公众号,输入如下代码,即可获得百度网盘地址,无套路领取!

001:《程序员必读书籍》
002:《从无到有搭建中小型互联网公司后台服务架构与运维架构》
003:《互联网企业高并发解决方案》
004:《互联网架构教学视频》
006:《SpringBoot实现点餐系统》
007:《SpringSecurity实战视频》
008:《Hadoop实战教学视频》
009:《腾讯2019Techo开发者大会PPT》

010: 微信交流群






近期热文top



1、关于JWT Token 自动续期的解决方案

2、SpringBoot开发秘籍-事件异步处理

3、架构师之路-服务器硬件扫盲

4、架构师之路-微服务技术选型

5、RocketMQ进阶 - 事务消息



我就知道你“在看”




您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存