Dubbo 路由规则之标签路由
前言
大家好,今天开始给大家分享 — Dubbo 专题之 Dubbo 路由规则之标签路由。在前一个章节中我们介绍了 Dubbo 路由规则之标签路由,以及我们也例举了常见的使用场景并且进行了源码解析来分析其实现原理,同时知道 Dubbo 中标签路由其本质上是通过过滤器对服务提供者列表进行规则的匹配,如果匹配不上则过滤掉服务提供者。那接下来我们解析讨论标签路由,什么是标签路由呢?有什么使用场景呢?下面就让我们快速开始吧!
1. 标签路由简介
首先小伙伴可以通过《Dubbo 路由规则之条件路由》回归一下什么是路由规则?下面我们主要讨论什么标签路由:
上图中我们可以看到有两个机房分别是机房 A、机房 B,其中机房 A 只能访问到 Service A 和 Service B ,而机房 B 只能访问到 Service C 和 Service D。要实现上面这种场景我们就需要用到标签路由。从机房 A 发起的调用携带标签 TAG_A 访问到 Service A 和 Service B,而从机房 B 发起的调用携带 TAG_B Service C 和 Service D 。那什么是标签路由呢?
标签路由:以服务提供者应用为粒度配置路由规则,通过将某一个或多个服务的提供者划分到同一个分组,约束流量只在指定分组中流转,从而实现流量隔离的目的,可以作为蓝绿发布、灰度发布等场景的能力基础。标签主要是指对 Provider 端应用实例的分组,目前有两种方式可以完成实例分组,分别是
动态规则打标
和静态规则打标
,其中动态规则相较于静态规则优先级更高,而当两种规则同时存在且出现冲突时,将以动态规则为准。
2. 使用方式
下面我们简单的讨论下标签路由的使用方式:
2.1 标签路由
动态规则打标,可随时在服务治理控制台下发标签归组规则
静态打标
或者
或者
**Tips:**消费端通过编程的方式使用
RpcContext.getContext().setAttachment(CommonConstants.TAG_KEY,"TAG_A")
请求标签的作用域为每一次invocation
,使用attachment
来传递请求标签,注意保存在attachment
中的值将会在一次完整的远程调用中持续传递,得益于这样的特性,我们只需要在起始调用时,通过一行代码的设置,达到标签的持续传递。
字段说明:
2.2 降级约定
request.tag=tag1
时优先选择标记了tag=tag1
的provider
。若集群中不存在与请求标记对应的服务,默认将降级请求 tag 为空的provider
;如果要改变这种默认行为,即找不到匹配tag1
的provider
返回异常,需设置request.tag.force=true
。request.tag
未设置时,只会匹配tag
为空的provider
。即使集群中存在可用的服务,若 tag 不匹配也就无法调用,这与约定 1 不同,携带标签的请求可以降级访问到无标签的服务,但不携带标签/携带其他种类标签的请求永远无法访问到其他标签的服务。
3. 使用场景
从上面的简单介绍我们可以大致了解到,标签路由通过将某一个或多个服务的提供者划分到同一个分组,约束流量只在指定分组中流转,从而实现流量隔离的目的。我们日常工作中常用的场景有:蓝绿发布、灰度发布等场景的能力基础等。
4. 示例演示
我们以获取图书列表为例进行实例演示,其中我们会启动两个服务提供者配置两个端口:20880
、20881
,然后分别指定两个服务标签为:TAG_A
、TAG_B
。项目结构图如下:
这里我们使用动态打标的方式所有 XML 中的配置维持以前案例的配置,我们主要看看 Dubbo Admin 中的配置:
以上动态打标配置表示:当消费端指定标签为 TAG_A
时调用 127.0.0.1:20880
服务提供者,标签为 TAG_B
时调用 127.0.0.1:20881
服务。
Tips: 小伙伴通过在消费端动态切换标签
TAG_A
和TAG_A
来查看效果,服务端只需启动一个端口为 20880 的服务即可。
<script async src="https://pagead2.googlesyndication.com/pagead/js/adsbygoogle.js"></script><ins class="adsbygoogle"style="display:block; text-align:center;"data-ad-layout="in-article"data-ad-format="fluid"data-ad-client="ca-pub-4279907681900931"data-ad-slot="6812672741"></ins><script>(adsbygoogle = window.adsbygoogle || []).push({});</script>
5. 实现原理
根据前面的介绍我们知道在消费端调用远程服务时通过路由规则进行服务的过滤,那么我们通过源码简单的分析下这个处理过程。这里我们直接看到路由规则的调用核心代码org.apache.dubbo.rpc.cluster. RouterChain#route
核心方法如下:
下面展示了我们运行过程中的路由规则:
其中TagRouter
就是我们的标签路由核心代码如下:
上面的代码中把主要的流程进行注释,请小伙伴自行进行代码调试查看。
6. 小结
在本小节中我们主要学习了 Dubbo 中路由规则之标签路由以及使用方式。同时也分析了标签路由规则实现的原理:如果消费端传递标签则和配置的动态规则和静态规则进行匹配,如果消费端未传递标签则使用服务提供端的本地配置的静态标签和动态配置标签进行匹配。
Tips: 动态规则相较于静态规则优先级更高,而当两种规则同时存在且出现冲突时,将以动态规则为准。
本节课程的重点如下:
理解 Dubbo 标签路由
了解了标签路由使用方式
了解标签路由实现原理
了解标签路由使用场景
作者
个人从事金融行业,就职过易极付、思建科技、某网约车平台等重庆一流技术团队,目前就职于某银行负责统一支付系统建设。自身对金融行业有强烈的爱好。同时也实践大数据、数据存储、自动化集成和部署、分布式微服务、响应式编程、人工智能等领域。同时也热衷于技术分享创立公众号和博客站点对知识体系进行分享。关注公众号:青年 IT 男 获取最新技术文章推送!
博客地址: http://youngitman.tech
微信公众号:
版权声明: 本文为 InfoQ 作者【青年IT男】的原创文章。
原文链接:【http://xie.infoq.cn/article/aa8e762f97eb5e7fcd41330d4】。
本文遵守【CC-BY 4.0】协议,转载请保留原文出处及本版权声明。
评论