Mesh 路由规则

Dubbo 支持 Mesh 路由类型及配合方式

基本思想

基于路由链,采用Pipeline的处理方式,如下图所示:

route-rule1.png

可以把路由链的逻辑简单的理解为 target = rn(…r3(r2(r1(src))))。对于每一个 router 内部的逻辑,可以抽象为输入地址 addrs-in 与 router 中按全量地址 addrs-all 实现切分好的 n 个互不相交的地址池 addrs-pool-1 … addrs-pool-n 按实现定义好的规则取交集作为输出 addrs-out。以此类推,完成整个路由链的计算。

route-rule2.png

另外一方面,如果 router(n) 需要执行 fallback 逻辑的时候,那么需要经过 router(n) 就应该决定好 fallback 逻辑

fallback 处理原则

由于多个 router 之间多个条件组件之后,很容易出现地址被筛选为空的情况,那么我们需要针对这情况进行 fallback 处理,保证业务在正确性的前提下,能够顺利找到有效地址。

首先我们看一下以下规则

  1. apiVersion: service.dubbo.apache.org/v1alpha1
  2. kind: VirtualService
  3. metadata:
  4. name: demo-route
  5. spec:
  6. hosts:
  7. - demo // 统一定义为应用名
  8. dubbo:
  9. - service:
  10. - exact: com.taobao.hsf.demoService:1.0.0
  11. - exact: com.taobao.hsf.demoService:2.0.0
  12. routedetail:
  13. - name: sayHello-String-method-route
  14. match:
  15. - method:
  16. name_match:
  17. exact: "sayHello"
  18. .....
  19. argp:
  20. - string
  21. route:
  22. - destination:
  23. host: demo
  24. subset: v1
  25. fallback:
  26. destination:
  27. host: demo
  28. subset: v2
  29. fallback:
  30. destination:
  31. host: demo
  32. subset: v3
  33. - name: sayHello-method-route
  34. match:
  35. - method:
  36. name_match:
  37. exact: "s-method"
  38. route:
  39. - destination:
  40. host: demo
  41. subset: v2
  42. fallback:
  43. destination:
  44. host: demo
  45. subset: v3
  46. - name: interface-route
  47. route:
  48. - destination:
  49. host: demo
  50. subset: v3
  51. - service:
  52. ....
  53. ---
  54. apiVersion: service.dubbo.apache.org/v1alpha1
  55. kind: DestinationRule
  56. metadata:
  57. name: demo-route
  58. spec:
  59. host: demo
  60. subsets:
  61. - name: v1
  62. labels:
  63. sigma.ali/mg: v1-host
  64. - name: v2
  65. labels:
  66. sigma.ali/mg: v2-host
  67. - name: v3
  68. labels:
  69. sigma.ali/mg: v3-host

我们以脚本路由为例,这个脚本路由的匹配条件是遵循一个原则的,就是匹配的范围是从精确到广泛的一个过程,在这个示例来说,就是 sayHello(string)参数 -> sayHello 方法 -> 接口级路由 的一个匹配查找过程。

那么如果我们已经满足某个条件,但是选到的 subset 地址为空,我们将如何进行 fallback 处理呢?

以匹配 sayHello(string)参数 条件为例,我们选择到的是 v1 subset,如果是空,我们可以向上一级是寻找地址,也就是方法级去寻找地址,具体的配置为下

  1. - name: sayHello-String-method-route
  2. match:
  3. - method:
  4. name_match:
  5. exact: "sayHello"
  6. .....
  7. argp:
  8. - string
  9. route:
  10. - destination:
  11. host: demo
  12. subset: v1
  13. fallback:
  14. destination:
  15. host: demo
  16. subset: v2
  17. fallback:
  18. destination:
  19. host: demo
  20. subset: v3

此时我们选到的地址是 v2 方法级地址,如果 v2 还是没有地址,根据规则的定义,我们是可以 fallback 到 v3 接口级。

假设我们有一个方法匹配时,如果没有地址,需要不进行 fallback,直接报错,我们可以这样配置

  1. apiVersion: service.dubbo.apache.org/v1alpha1
  2. kind: VirtualService
  3. metadata:
  4. name: demo-route
  5. spec:
  6. hosts:
  7. - demo // 统一定义为应用名
  8. dubbo:
  9. - service:
  10. - exact: com.taobao.hsf.demoService:1.0.0
  11. - exact: com.taobao.hsf.demoService:2.0.0
  12. routedetail:
  13. - name: sayHello-String-method-route
  14. match:
  15. - method:
  16. name_match:
  17. exact: "sayHello"
  18. .....
  19. argp:
  20. - string
  21. route:
  22. - destination:
  23. host: demo
  24. subset: v1
  25. fallback:
  26. destination:
  27. host: demo
  28. subset: v2
  29. fallback:
  30. destination:
  31. host: demo
  32. subset: v3
  33. - name: sayHello-method-route
  34. match:
  35. - method:
  36. name_match:
  37. exact: "s-method"
  38. route:
  39. - destination:
  40. host: demo
  41. subset: v2
  42. fallback:
  43. destination:
  44. host: demo
  45. subset: v3
  46. - name: some-method-route
  47. match:
  48. - method:
  49. name_match:
  50. exact: "some-method"
  51. route:
  52. - destination:
  53. host: demo
  54. subset: v4
  55. - name: interface-route
  56. route:
  57. - destination:
  58. host: demo
  59. subset: v3
  60. - service:
  61. ....
  62. ---
  63. apiVersion: service.dubbo.apache.org/v1alpha1
  64. kind: DestinationRule
  65. metadata:
  66. name: demo-route
  67. spec:
  68. host: demo
  69. subsets:
  70. - name: v1
  71. labels:
  72. sigma.ali/mg: v1-host
  73. - name: v2
  74. labels:
  75. sigma.ali/mg: v2-host
  76. - name: v3
  77. labels:
  78. sigma.ali/mg: v3-host

从这个规则我们看出来匹配到 some-method 条件时对应的是 v4 subset,那么 v4 为空时,因为没有配置 fallback ,此时会直接报错

fallback 处理原则总结

  • 我们应该在 VirtualService route 中配置好 Destination 的 fallback 处理逻辑
  • 在 fallback subset 时,如果对应的 subset 也配置有 fallback subset 时,也应递归处理;fallback subset 之间的关系也应该是从具体到广泛
  • 我们在编写匹配条件时,应该遵循从 具体条件到广泛条件 的原则

RouteChain 的组装模式 (目前未实现)

route-rule3.png

我们看到上面的图,在路由的过程当中,我们是 Pipeline 的处理方式,Pipeline 的 Router 节点存在顺序,并且每个 Router 都有一个唯一对应的 VirtualService 和 多个 相应的 DestinationRule 进行描述。

以 Nacos 上存着的路由规则配置为例,配置的格式如下:

  1. DataId: Demo.rule.yaml
  2. GROUP: HSF
  3. content:
  4. VirtualService A
  5. ---
  6. DestinationRule A1
  7. ---
  8. DestinationRule A2
  9. ---
  10. VirtualService B
  11. ---
  12. DestinationRule B
  13. ---
  14. VirtualService C
  15. ---
  16. DestinationRule C
  17. ---
  18. ...

VirtualService ADestinationRule A1DestinationRule A2 组成一个 Router A,VirtualService BDestinationRule B 组成 Router B,以此类推,完成整个 router 链的组装。


动态路由

类groovy脚本动态路由。

权重路由

基于用户自定权重实现路由功能。

使用案例

基于实际情况来制定路由规则。

蓝绿部署

在线上的老版本继续运行的前提下,直接部署新版本然后进行测试,当新版本测试通过以后,将流量切到新版本,最后将老版本同时也升级到新版本。

Ab测试

在线上的老版本继续运行的前提下,直接部署新版本然后进行测试,当新版本测试通过以后,将流量切到新版本,最后将老版本同时也升级到新版本。

VirtualService

入站流量的规则

DestinationRule

目标地址规则

金丝雀部署

在原有版本可用的情况下,同时部署一个新版本应用作为“金丝雀”,测试新版本的性能和表现,在保障整体系统稳定的前提下,尽早发现、及时调整。

最后修改 December 16, 2022: Fix check (#1736) (97972c1)