怎么玩Dubbo测试环境服务调用隔离这么玩对么

背景阐述

前几天，有位同学问我一个关于 Dubbo 的问题。他的诉求是这样子的：

诉求一

第一个诉求是本地开发的时候想自己调用自己的服务，比如自己在改 A 服务，然后出问题了，本地再启动一个 B 服务，A 服务调用 B 服务直接排查问题。

目前的问题是用的同一个注册中心，所以会调用到其他的服务实例。

还有就是去网上找了一些文章的资料，按照资料上的配置没有效果，也就是在@Reference 配置 url 来指定调用的服务地址。

配置如下：

@Reference(url="dubbo://localhost:20880")

诉求二

目前他们的测试环境没有使用 Docker 来部署，而且每个服务只部署了一个实例。问题就是当一个项目并行开发时有多个​​​​​​​分支，这些分支得合并后一起部署测试。经常会出现代码冲突等问题。

还有就是快要上线时，需要下掉​​​​​​​其他的分支做回归测试。但是会出现其他团队也要同一天上线，就只能协商等待来​​​​​​​解决。

最好的方式就是可以实现一个分支部署一个实例，对于他们目前的​​​​​​​这个规模和投入这个暂时做不了。​​​​​​​所以他向我请教，有没有​​​​​​​什么更好更快的方式。

解决方案

既然找了我，我还是给出一些建议吧，不一定很好，仅供参考。

诉求一解决方案

@Reference

在@Reference 中指定 url 是可以的，只是那位同学配置的地址有问题，在地址后面应该加上接口和版本的信息。

@Reference(url="dubbo://localhost:20880/com.xxx.xxx:1.0")

本地配置文件

在@Reference 中指定 url 不好的方式​​​​​​​就是跟代码耦合了，很容易出现将这种代码提交的情况。所以我们介绍另一种方式。

在自己电脑的用户目录下建一个 dubbo-resolve.properties 文件，路径是 ${user.home}/dubbo-resolve.properties ，然后文件里配置好需要直连的服务信息，不需要修改本地工程的其他配置信息。

dubbo-resolve.properties

com.xxx.xxx=dubbo://localhost:20880/com.xxx.xxx:1.0.0

com.xxx.xxx 是接口的全路径，等于号后面就是服务的地址了。

诉求二解决方案

既然短时间内不太可能去改造部署系统，那么可以先简单的处理。​​​​​​​目前他们就两个团队共用一套测试环境，我认为可以再新增一套环境来进行​​​​​​​团队间的隔离。

对于入口处的 Web 程序或者网关，可以弄两个域名​​​​​​​解决。主要是内部服务的调用需要进行隔离，​​​​​​​比如我 A 团队部署的服务不能让 B 团队调用到，因为分支不一样会出问题。

注册隔离

注册隔离指的是在服务注册的时候就将两个团队的测试服务分别注册，​​​​​​​比如各自使用一个​​​​​​​独立的注册中心。

独立的注册中心​​​​​​​肯定可以解决问题，但是完全​​​​​​​没必要这么麻烦。他们注册中心用的 Nacos，可以使用 Nacos 的 namespace 来隔离即可。

-Ddubbo.registry.address=nacos://api.nacos.beta.xxx.com:8848?namespace=xxx

本地配置文件

同样也​​​​​​​可以用本地配置文件的方式来指定调用的服务，这个方式的前提是部署的机器是独立的，​​​​​​​不能共用。​​​​​​​如果新增了​​​​​​​新的接口需要修改配置文件。

控制 Dubbo 路由或者负载均衡

控制路由或者负载均衡都是为了实现同样的效果，也就是把所有的服务提供者信息给你，你自己选择一个去调用。

总结

对于诉求一的解决方案，建议使用本地配置文件的方式。不需要改动代码，比较方便。

对于诉求二的解决方案，建议使用注册隔离的方式。这是最彻底的方式，用了注册隔离，也就不用在想办法去控制路由了，因为注册上来的服务就是我这套环境需要的，不需要的要注册信息在另一个命名空间里面，相互不影响。

本文地址：https://blog.csdn.net/Junhonghe/article/details/107358702