峰峰专业做网站,wordpress主页导航,网站建设用什么视频播放器,运营外包简介#xff1a;Dubbo 相信大家并不陌生#xff0c;是一款微服务开发框架#xff0c;它提供了 RPC 通信与微服务治理两大关键能力。大家在日常开发中更多使用的是 Dubbo 提供的 RPC 通信这一部分能力#xff0c;而对其提供的服务治理的能力使用相对少一些#xff0c;本文的…简介Dubbo 相信大家并不陌生是一款微服务开发框架它提供了 RPC 通信与微服务治理两大关键能力。大家在日常开发中更多使用的是 Dubbo 提供的 RPC 通信这一部分能力而对其提供的服务治理的能力使用相对少一些本文的重点将放在服务治理这方面。Dubbo 框架提供了极其丰富的服务治理的功能如流量控制、动态配置、服务 Mock、服务测试等功能而 Dubbo-Admin 的作用在于将 Dubbo 框架提供的服务治理能力提供一个开箱即用的平台。本文将介绍 Dubbo-Admin 所提供的功能让大家快速了解和使用 Dubbo-Admin并对 Dubbo 所提供的服务治理能力有个初步的了解。
作者介绍
程露Java开发工程师中间件开发爱好者关注服务治理。 严浩Dubbo 贡献者关注RPC、服务治理等领域。
前言
Dubbo 相信大家并不陌生是一款微服务开发框架它提供了 RPC 通信与微服务治理两大关键能力。大家在日常开发中更多使用的是 dubbo 提供的 RPC 通信这一部分能力而对其提供的服务治理的能力使用相对少一些本文的重点将放在服务治理这方面。dubbo 框架提供了极其丰富的服务治理的功能如流量控制、动态配置、服务 Mock、服务测试等功能而 dubbo-admin 的作用在于将 dubbo 框架提供的服务治理能力提供一个开箱即用的平台。本文将介绍 dubbo-admin 所提供的功能让大家快速了解和使用 dubbo-admin并对 dubbo 所提供的服务治理能力有个初步的了解。
服务详情
服务详情将以接口为维度展示 dubbo 服务所提供的服务信息包含服务提供者、消费者信息和服务的元数据信息比如提供的方法名和参数列表。在最新版本支持了 dubbo 3.0 所提供的应用级发现模型在注册来源用 应用级/接口级 进行区分。 动态路由
Dubbo-Admin 提供了三种路由的支持分别是条件路由、标签路由、Mesh路由所提供的功能可以轻松实现黑白名单、集群隔离、金丝雀发布等服务治理的诉求。下面将举例一一展示这一部分的功能。
条件路由
条件路由可以编写一些自定义路由规则实现服务治理的需求比如黑白名单、读写分离等。路由规则在发起一次RPC调用前起到过滤目标服务器地址的作用过滤后的地址列表将作为消费端最终发起RPC调用的备选地址。
下图为一个简单的黑名单功能的实现该路由规则的含义为禁止 IP 为 172.22.3.91 消费者调用服务 HelloService条件路由规则的格式为[服务消费者匹配条件] [服务提供者匹配条件]。 标签路由
标签路由通过将某一个或多个服务的提供者划分到同一个分组约束流量只在指定分组中流转从而实现流量隔离的目的可以作为蓝绿发布、灰度发布等场景的能力基础。在 provider 应用级别上创建规则对应的静态打标为 dubbo.provider.tagtag1 和 DubboService(tag tag2)。 Mesh路由
Mesh路由是 dubbo 3.0 推出的全新的路由规则功能极其强大使用mesh路由能够覆盖上诉两种路由的功能场景并且还可以组合出更加复杂路由场景。
Mesh路由将整个流量管理分成 VirtualService 和 DestinationRule 两部分VirtualService 匹配入口流量DestinationRule 匹配出口流量。下面将实现一个案例通过对服务 HelloService 的 hi 方法通过入参 number 进行路由实现入参为偶数的请求路由到 label 为 v1 的服务入参为奇数的服务路由到 label 为 v2 的服务的功能。
public interface HelloService { String hi(Integer number);
}
服务实现返回服务提供方端口。
public class HelloServiceImpl implements HelloService { Value(${dubbo.protocol.port}) private String port; Override public String hi(Integer number) { return hi number , my port is : port; }
}
第一步启动两个服务提供方参数分别为 port 20883 、dubbo.application.parameters.test-version v1 和 port 20884 、dubbo.application.parameters.test-version v2通过 dubbo.application.parameters 定义的参数将会暴露到服务的URL上。
dubbo.application.parameters.test-version v1
dubbo.protocol.port20883
第二步创建 mesh路由规则该路由规则定义了 VirtualService、DestinationRule 两部分。DestinationRule 部分将服务URL参数 test-versionv1 和 test-versionv2 分别划分为服务 v1 和 v2。VirtualService 则将匹配服务 HelloService#hi 方法的入参将偶数路由到v1服务奇数路由到 label 为 v2 的服务。
apiVersion: service.dubbo.apache.org/v1alpha1
kind: VirtualService
metadata: name: demo/oddEvenRouter
spec: dubbo: - routedetail: - match: - method: argc: 1 args: - index: 0 num_value: oneof: - exact: 0.0 mod: 2.0 type: int name_match: exact: hi name: even-route route: - destination: host: demo subset: v1 - match: - method: argc: 1 args: - index: 0 num_value: oneof: - exact: 1.0 mod: 2.0 type: int name_match: exact: hi name: odd-route route: - destination: host: demo2 subset: v2 services: - exact: org.test.apache.dubbo.interfaces.HelloService
---
apiVersion: service.dubbo.apache.org/v1alpha1
kind: DestinationRule
metadata: name: test-route
spec: host: demo subsets: - name: v1 labels: test-version: v1 - name: v2 labels: test-version: v2
第三步启动消费者进行测试可以看见返回结果如我们期待的那样通过上诉案例实现了一个简单的灰度功能当然也可以轻松实现 A/B测试、金丝雀发布等功能。 动态配置
动态配置提供了无须重启可以动态调整 RPC 调用行为的一种能力。比如修改超时时间、权重、负载均衡策略调整、服务降级等。避免了为了调整 Dubbo 参数而需要重启服务的局面下面将展示一些常见的参数调整情况。
超时时间调整超时时间调整为 6000 ms
configVersion: v2.7
enabled: true
configs: - addresses: [0.0.0.0] # 0.0.0.0 for all addresses side: consumer # effective side, consumer or addresses parameters: timeout: 6000 # dynamic config parameter
权重调整
configVersion: v2.7
scope: application
key: demo-provider
enabled: true
configs:
- addresses: [10.20.153.10:20880] side: provider parameters: weight: 200
负载策略调整
configVersion: v2.7
scope: application
key: demo-consumer
enabled: true
configs:
- side: consumer parameters: loadbalance: random
文档与测试
接口文档
Dubbo-Api-Docs 是一个展示 dubbo 接口文档测试接口的工具相当于 swagger 对于 RESTful 风格的 Web 服务的作用。使用该功能需要 dubbo 服务引入相关包 dubbo-api-docs-annotations 和 dubbo-api-docs-core使用使用通过注解的形式描述接口和参数信息。
dependency groupIdorg.apache.dubbo/groupId artifactIddubbo-api-docs-annotations/artifactId version${dubbo-version}/version
/dependency dependency groupIdorg.apache.dubbo/groupId artifactIddubbo-api-docs-core/artifactId version${dubbo-version}/version
/dependency
效果图如下 服务测试
服务测试相比 dubbo-api-docs 不需要引入任何依赖就能对 dubbo 服务进行测试方便快速调整和验证 dubbo 服务效果图如下 服务Mock
服务Mock通过无代码嵌入的方式将Consumer对Provider的请求进行拦截动态的对Consumer的请求进行放行或返回用户自定义的Mock数据。从而解决在前期开发过程中Consumer所依赖的Provider未准备就绪时造成Consumer开发方的阻塞问题。
只需要以下两步即可享受服务Mock功能带来的便捷
第一步Consumer应用引入服务Mock依赖添加JVM启动参数-Denable.dubbo.admin.mocktrue开启服务Mock功能。
denpendency groupIdorg.apache.dubbo.extensions/groupId artifactIddubbo-mock-admin/artifactId versionlast/version
/denpendency
第二步在Dubbo Admin中配置对应的Mock数据。 小结
本文介绍了 dubbo-admin 的大部分功能覆盖开发、测试和线上整个阶段。希望本文能够给使用和入手 dubbo- admin 带来一些帮助详细的使用细节还需要参考官网也希望 dubbo-admin 能够给 dubbo 使用者带来一个全新的体验更方便快速的使用 dubbo 所提供出来服务治理的能力。
原文链接 本文为阿里云原创内容未经允许不得转载。
