This is an automated email from the ASF dual-hosted git repository.
albumenj pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/dubbo-website.git
The following commit(s) were added to refs/heads/master by this push:
new 3e4377ecbf1 [fix] Add traffice management doc (#1352)
3e4377ecbf1 is described below
commit 3e4377ecbf1d46442df15dec8dde73ea3535fcd2
Author: Trydamere <[email protected]>
AuthorDate: Mon Aug 8 17:28:35 2022 +0800
[fix] Add traffice management doc (#1352)
* edit timeout.md
* edit weight.md
* edit isolation.md
---
.../overview/tasks/traffic-management/isolation.md | 266 ++----------------
.../overview/tasks/traffic-management/timeout.md | 268 ++----------------
.../zh/overview/tasks/traffic-management/weight.md | 298 ++-------------------
3 files changed, 71 insertions(+), 761 deletions(-)
diff --git a/content/zh/overview/tasks/traffic-management/isolation.md
b/content/zh/overview/tasks/traffic-management/isolation.md
index 3acf5af4b0e..d686b14353e 100644
--- a/content/zh/overview/tasks/traffic-management/isolation.md
+++ b/content/zh/overview/tasks/traffic-management/isolation.md
@@ -1,50 +1,36 @@
---
type: docs
-title: "配置规则"
+title: "临时踢除问题服务实例"
linkTitle: "临时踢除问题服务实例"
weight: 5
-description: "在 Dubbo 中配置应用级治理规则和服务级治理规则"
+description: "在 Dubbo-Admin 临时踢除问题服务实例"
---
-> **提示**
->
-> 本文描述的是新版本规则配置，而不是[老版本配置规则](/zh/docs/advanced/config-rule-deprecated)
-
-# 配置规则
-
-此任务将展示在 Dubbo 中配置应用级治理规则和服务级治理规则
+Dubbo提供临时踢除问题服务实例的服务治理能力，可以在无需重启应用的情况下，临时踢除问题服务实例。
-覆盖规则是 Dubbo 设计的在无需重启应用的情况下，动态调整 RPC 调用行为的一种能力。2.7.0
版本开始，支持从**服务**和**应用**两个粒度来调整动态配置。
-
+Dubbo可以通过XML配置，注解配置，动态配置实现动态调整超时时间，这里主要介绍动态配置的方式，其他配置方式请参考旧文档[配置](https://dubbo.apache.org/zh/docsv2.7/user/configuration/)
## 开始之前
-- 安装idea
-
-- 克隆[dubbo-samples](https://github.com/apache/dubbo-samples.git)到本地，idea打开
-
-- 拉取dubbo-admin镜像并运行镜像
+请确保成功运行Dubbo-Admin
-
> **提示**
>
-> 可参考如下步骤部署dubbo-admin
->
-> 1. 创建docker-compose.yml文件，内容如下:
+> docker部署dubbo-admin，docker-compose.yml如下：
>
> ```
> version: '3'
> services:
-> zk:
-> image: zookeeper
-> container_name: zk
+> zk:
+> image: zookeeper
+> container_name: zk
> ports:
-> - 2181:2181
-> dubbo-admin:
+> - 2181:2181
+> dubbo-admin:
> image: apache/dubbo-admin
> container_name: dubbo-admin
> # 等待zk启动后再启动
@@ -57,162 +43,20 @@ description: "在 Dubbo 中配置应用级治理规则和服务级治理规则"
> - admin.config-center=zookeeper://zk:2181
> - admin.metadata-report.address=zookeeper://zk:2181
> ```
->
-> 2.运行命令
->
-> ```
-> docker-compose up
-> ```
-
-
-
-运行成功后，可以看见dubbo-admin界面
-
-
-
-
-
-## 概览
-
-
-
-dubbo-samples-governance示例包含dubbo-samples-applevel-override和dubbo-samples-servicelevel-override子示例，这2个子示例分别从**服务**和**应用**两个粒度应用覆盖规则动态调整路由。
-
-
-
-此任务的最初目标是应用覆盖规则在无需重启应用的情况下动态调整流量路由。稍后，您将从**服务**和**应用**两个粒度应用规则动态调整路由。
-
-
-
-下图展示本任务的应用端到端架构。
-
-
-
-
-
-### 应用粒度
-
-
-
-dubbo-samples-applevel-override示例中，BasicConsumer类和BascicProvider类为消费者类和提供者类，现在运行BasicProvider，成功后如图：
-
-
-
-
-
-在控制台查询服务，可以看到应用governance-appoverride-provider，如图：
-
-
-
-
-
-现在再运行一个提供者示例，运行在20881端口，首先修改dubbo-demo-provider.xml，将< dubbo:protocol
/>标签中端口修改修改为20881，运行BasicProvider，成功后查询控制台，如图：
-
-
-
-
-
-
-> **提示**
->
-> 如果运行BasicProvider示例失败，请修改BasicProvider配置，勾选Allow multiple instances
-
+>
-#### 任务1：临时剔除提供者
+## 背景信息
-目前需要临时剔除在20880端口的提供者，可以使用覆盖规则进行动态配置。
+服务在线上运行的过程中，难免遇到某些节点有问题，为了不影响整体服务的正常运行，需要临时下线问题的服务实例。Dubbo-Admin提供了临时踢除问题服务实例能力，能够帮助您临时下线问题服务实例，不影响整体服务的运行。
-1.打开服务治理控制台，点击”创建“，填入应用名和配置，这个配置将禁用在20880端口上提供（side:provider）的所有服务（scope:application）。
-```yaml
-configVersion: v2.7
-scope: application
-key: governance-appoverride-provider
-enabled: true
-configs:
-- addresses: ["0.0.0.0:20880"]
- side: provider
- parameters:
- disabled: true
-```
-
-运行BasicConsumer，此时发现是运行在20881端口的提供者提供服务，说明覆盖规则生效。
-
-
-
-#### 任务2：评估系统容量
-
-目前需要对系统容量进行评估，进行调整权重。
-
-1. 修改刚才的配置，填入配置如下，这个配置将调整20880端口的提供者权重(通常用于容量评估，缺省权重为 200)
-
- ```yaml
- configVersion: v2.7
- scope: application
- key: governance-appoverride-provider
- enabled: true
- configs:
- - addresses: ["0.0.0.0:20880"]
- side: provider
- parameters:
- weight: 1000
- ```
-
-多次运行BasicConsumer，发现运行在20880端口的提供者示例提供服务次数多于20881端口的提供者示例。
-
-
-
-#### 任务3：调整负载均衡策略
-
-目前需要调整负载均衡策略。
-
-1. 修改刚才的配置，填入配置如下，这个配置将调整负载均衡策略：(缺省负载均衡策略为 random)
-
- ```yaml
- configVersion: v2.7
- scope: application
- key: governance-appoverride-provider
- enabled: true
- configs:
- - side: consumer
- parameters:
- loadbalance: random
- ```
-
-Random策略按权重设置随机概率，多次运行BasicConsumer，BasicConsumer访问20880端口的概率大于访问20881端口的概率。
-
-
-
-### 服务粒度
+## 操作步骤
-
-dubbo-samples-servicelevel-override示例与上面的示例类似，故不赘述。运行BasicProvider类。
-
-
-
-#### 任务1：修改提供者服务的超时时间
-
-目前需要修改提供者服务的超时时间
-
-1.打开服务治理控制台，点击”创建“，填入服务名和配置，这个配置将所有消费（side:consumer）DemoService服务（org.apache.dubbo.samples.governance.api.DemoService）的应用实例（addresses:[0.0.0.0]），超时时间修改为300ms
-
-```yaml
-configVersion: v2.7
-scope: service
-key: org.apache.dubbo.samples.governance.api.DemoService
-enabled: true
-configs:
-- addresses: [0.0.0.0]
- side: consumer
- parameters:
- timeout: 300
-```
-
-运行BasicConsumer类，发现BasicConSumer抛异常无法调用远程方法，如图：
-
-
+1. 登录Dubbo-Admin控制台
+2. 在左侧导航栏选择服务治理 > 动态配置。
+3. 点击创建按钮，在创建动态配置面板中，填写规则内容，然后单击保存。
@@ -246,81 +90,17 @@ configs:
...
```
-其中：
-
-- `configVersion` 表示 dubbo 的版本
-- `scope`表示配置作用范围，分别是应用（application）或服务（service）粒度。**必填**。
-- `key`指定规则体作用在哪个服务或应用。**必填**。
- - scope=service时，key取值为[{group}:]{service}[:{version}]的组合
- - scope=application时，key取值为application名称
-
-- `enabled=true` 覆盖规则是否生效，可不填，缺省生效。
-- `configs`定义具体的覆盖规则内容，可以指定n（n>=1）个规则体。**必填**。
- - side: 消费者端/提供者端
- - applications: 对应用覆盖规则
- - services: 对服务覆盖规则
- - parameters: 参数列表
- - addresses: 地址值
- - providerAddresses: 提供者地址值
-
-**对于绝大多数配置场景，只需要理清楚以下问题基本就知道配置该怎么写了：**
+**对于临时踢除问题服务实例场景，只需要理清楚以下问题基本就知道配置该怎么写了：**
1. 要修改整个应用的配置还是某个服务的配置。
- 应用：`scope: application, key: app-name`（还可使用`services`指定某几个服务）。
- 服务：`scope: service, key:group+service+version `。
-2. 修改是作用到消费者端还是提供者端。
- - 消费者：`side: consumer` ，作用到消费端时（你还可以进一步使用`providerAddress`,
`applications`选定特定的提供者示例或应用）。
+2. 修改是作用到提供者端。
- 提供者：`side: provider`。
3. 配置是否只对某几个特定实例生效。
- 所有实例：`addresses: ["0.0.0.0"] `或`addresses: ["0.0.0.0:*"] `具体由side值决定。
- 指定实例：`addersses[实例地址列表]`。
-4. 要修改的属性是哪个。
-
-#### 示例
-
-1. 禁用提供者：(通常用于临时踢除某台提供者机器，相似的，禁止消费者访问请使用路由规则)
-
- ```yaml
- ---
- configVersion: v2.7
- scope: application
- key: demo-provider
- enabled: true
- configs:
- - addresses: ["10.20.153.10:20880"]
- side: provider
- parameters:
- disabled: true
- ...
- ```
-
-2. 调整权重：(通常用于容量评估，缺省权重为 200)
-
- ```yaml
- ---
- configVersion: v2.7
- scope: application
- key: demo-provider
- enabled: true
- configs:
- - addresses: ["10.20.153.10:20880"]
- side: provider
- parameters:
- weight: 200
- ...
- ```
-
-3. 调整负载均衡策略：(缺省负载均衡策略为 random)
+4. 要修改的disabled参数。
- ```yaml
- ---
- configVersion: v2.7
- scope: application
- key: demo-consumer
- enabled: true
- configs:
- - side: consumer
- parameters:
- loadbalance: random
- ...
- ```
+## 结果验证
+选择和临时踢除问题服务实例配置相关的应用，触发该调用验证。
\ No newline at end of file
diff --git a/content/zh/overview/tasks/traffic-management/timeout.md
b/content/zh/overview/tasks/traffic-management/timeout.md
index 3d15a684c59..77499e8de00 100644
--- a/content/zh/overview/tasks/traffic-management/timeout.md
+++ b/content/zh/overview/tasks/traffic-management/timeout.md
@@ -1,50 +1,36 @@
---
type: docs
-title: "调整服务超时时间"
-linkTitle: "调整服务超时时间"
+title: "动态调整服务超时时间"
+linkTitle: "动态调整服务超时时间"
weight: 5
-description: "在 Dubbo 中配置应用级治理规则和服务级治理规则"
+description: "在 Dubbo-Admin 动态调整服务超时时间"
---
-> **提示**
->
-> 本文描述的是新版本规则配置，而不是[老版本配置规则](/zh/docs/advanced/config-rule-deprecated)
-
-# 配置规则
-
-此任务将展示在 Dubbo 中配置应用级治理规则和服务级治理规则
-覆盖规则是 Dubbo 设计的在无需重启应用的情况下，动态调整 RPC 调用行为的一种能力。2.7.0
版本开始，支持从**服务**和**应用**两个粒度来调整动态配置。
-
+Dubbo提供动态调整超时时间的服务治理能力，可以在无需重启应用的情况下，动态调整服务超时时间。
+Dubbo可以通过XML配置，注解配置，动态配置实现动态调整超时时间，这里主要介绍动态配置的方式，其他配置方式请参考旧文档[配置](https://dubbo.apache.org/zh/docsv2.7/user/configuration/)
## 开始之前
-- 安装idea
-
-- 克隆[dubbo-samples](https://github.com/apache/dubbo-samples.git)到本地，idea打开
-
-- 拉取dubbo-admin镜像并运行镜像
+请确保成功运行Dubbo-Admin
-
> **提示**
>
-> 可参考如下步骤部署dubbo-admin
->
-> 1. 创建docker-compose.yml文件，内容如下:
+> docker部署dubbo-admin，docker-compose.yml如下：
>
> ```
> version: '3'
> services:
-> zk:
-> image: zookeeper
-> container_name: zk
+> zk:
+> image: zookeeper
+> container_name: zk
> ports:
-> - 2181:2181
-> dubbo-admin:
+> - 2181:2181
+> dubbo-admin:
> image: apache/dubbo-admin
> container_name: dubbo-admin
> # 等待zk启动后再启动
@@ -57,162 +43,19 @@ description: "在 Dubbo 中配置应用级治理规则和服务级治理规则"
> - admin.config-center=zookeeper://zk:2181
> - admin.metadata-report.address=zookeeper://zk:2181
> ```
->
-> 2.运行命令
->
-> ```
-> docker-compose up
-> ```
-
-
-
-运行成功后，可以看见dubbo-admin界面
-
-
-
-
-
-## 概览
-
-
-
-dubbo-samples-governance示例包含dubbo-samples-applevel-override和dubbo-samples-servicelevel-override子示例，这2个子示例分别从**服务**和**应用**两个粒度应用覆盖规则动态调整路由。
-
-
-
-此任务的最初目标是应用覆盖规则在无需重启应用的情况下动态调整流量路由。稍后，您将从**服务**和**应用**两个粒度应用规则动态调整路由。
-
+>
+## 背景信息
-下图展示本任务的应用端到端架构。
+在日常工作中会遇到各类超时配置，业务逻辑变更后，已有调用关系随着业务发展可能需要不断调整，相应服务接口响应时间的变化可能需要上线后才能确定。Dubbo-Admin提供了动态的超时配置能力，能够帮助您快速动态调整接口超时时间，提高服务的可用性。
-
+## 操作步骤
-### 应用粒度
-
-
-
-dubbo-samples-applevel-override示例中，BasicConsumer类和BascicProvider类为消费者类和提供者类，现在运行BasicProvider，成功后如图：
-
-
-
-
-
-在控制台查询服务，可以看到应用governance-appoverride-provider，如图：
-
-
-
-
-
-现在再运行一个提供者示例，运行在20881端口，首先修改dubbo-demo-provider.xml，将< dubbo:protocol
/>标签中端口修改修改为20881，运行BasicProvider，成功后查询控制台，如图：
-
-
-
-
-
-
-> **提示**
->
-> 如果运行BasicProvider示例失败，请修改BasicProvider配置，勾选Allow multiple instances
-
-
-
-#### 任务1：临时剔除提供者
-
-目前需要临时剔除在20880端口的提供者，可以使用覆盖规则进行动态配置。
-
-1.打开服务治理控制台，点击”创建“，填入应用名和配置，这个配置将禁用在20880端口上提供（side:provider）的所有服务（scope:application）。
-
-```yaml
-configVersion: v2.7
-scope: application
-key: governance-appoverride-provider
-enabled: true
-configs:
-- addresses: ["0.0.0.0:20880"]
- side: provider
- parameters:
- disabled: true
-```
-
-运行BasicConsumer，此时发现是运行在20881端口的提供者提供服务，说明覆盖规则生效。
-
-
-
-#### 任务2：评估系统容量
-
-目前需要对系统容量进行评估，进行调整权重。
-
-1. 修改刚才的配置，填入配置如下，这个配置将调整20880端口的提供者权重(通常用于容量评估，缺省权重为 200)
-
- ```yaml
- configVersion: v2.7
- scope: application
- key: governance-appoverride-provider
- enabled: true
- configs:
- - addresses: ["0.0.0.0:20880"]
- side: provider
- parameters:
- weight: 1000
- ```
-
-多次运行BasicConsumer，发现运行在20880端口的提供者示例提供服务次数多于20881端口的提供者示例。
-
-
-
-#### 任务3：调整负载均衡策略
-
-目前需要调整负载均衡策略。
-
-1. 修改刚才的配置，填入配置如下，这个配置将调整负载均衡策略：(缺省负载均衡策略为 random)
-
- ```yaml
- configVersion: v2.7
- scope: application
- key: governance-appoverride-provider
- enabled: true
- configs:
- - side: consumer
- parameters:
- loadbalance: random
- ```
-
-Random策略按权重设置随机概率，多次运行BasicConsumer，BasicConsumer访问20880端口的概率大于访问20881端口的概率。
-
-
-
-### 服务粒度
-
-
-
-dubbo-samples-servicelevel-override示例与上面的示例类似，故不赘述。运行BasicProvider类。
-
-
-
-#### 任务1：修改提供者服务的超时时间
-
-目前需要修改提供者服务的超时时间
-
-1.打开服务治理控制台，点击”创建“，填入服务名和配置，这个配置将所有消费（side:consumer）DemoService服务（org.apache.dubbo.samples.governance.api.DemoService）的应用实例（addresses:[0.0.0.0]），超时时间修改为300ms
-
-```yaml
-configVersion: v2.7
-scope: service
-key: org.apache.dubbo.samples.governance.api.DemoService
-enabled: true
-configs:
-- addresses: [0.0.0.0]
- side: consumer
- parameters:
- timeout: 300
-```
-
-运行BasicConsumer类，发现BasicConSumer抛异常无法调用远程方法，如图：
-
-
+1. 登录Dubbo-Admin控制台
+2. 在左侧导航栏选择服务治理 > 动态配置。
+3. 点击创建按钮，在创建动态配置面板中，填写规则内容，然后单击保存。
@@ -246,81 +89,18 @@ configs:
...
```
-其中：
-
-- `configVersion` 表示 dubbo 的版本
-- `scope`表示配置作用范围，分别是应用（application）或服务（service）粒度。**必填**。
-- `key`指定规则体作用在哪个服务或应用。**必填**。
- - scope=service时，key取值为[{group}:]{service}[:{version}]的组合
- - scope=application时，key取值为application名称
-
-- `enabled=true` 覆盖规则是否生效，可不填，缺省生效。
-- `configs`定义具体的覆盖规则内容，可以指定n（n>=1）个规则体。**必填**。
- - side: 消费者端/提供者端
- - applications: 对应用覆盖规则
- - services: 对服务覆盖规则
- - parameters: 参数列表
- - addresses: 地址值
- - providerAddresses: 提供者地址值
-
-**对于绝大多数配置场景，只需要理清楚以下问题基本就知道配置该怎么写了：**
+**对于动态调整超时时间场景，只需要理清楚以下问题基本就知道配置该怎么写了：**
1. 要修改整个应用的配置还是某个服务的配置。
- 应用：`scope: application, key: app-name`（还可使用`services`指定某几个服务）。
- 服务：`scope: service, key:group+service+version `。
2. 修改是作用到消费者端还是提供者端。
- - 消费者：`side: consumer` ，作用到消费端时（你还可以进一步使用`providerAddress`,
`applications`选定特定的提供者示例或应用）。
+ - 消费者：`side: consumer` ，作用到消费端时，你还可以进一步使用`providerAddress`,
`applications`选定特定的提供者示例或应用，如果同时配置消费者和提供者，消费者会覆盖提供者。
- 提供者：`side: provider`。
3. 配置是否只对某几个特定实例生效。
- 所有实例：`addresses: ["0.0.0.0"] `或`addresses: ["0.0.0.0:*"] `具体由side值决定。
- 指定实例：`addersses[实例地址列表]`。
-4. 要修改的属性是哪个。
-
-#### 示例
-
-1. 禁用提供者：(通常用于临时踢除某台提供者机器，相似的，禁止消费者访问请使用路由规则)
-
- ```yaml
- ---
- configVersion: v2.7
- scope: application
- key: demo-provider
- enabled: true
- configs:
- - addresses: ["10.20.153.10:20880"]
- side: provider
- parameters:
- disabled: true
- ...
- ```
-
-2. 调整权重：(通常用于容量评估，缺省权重为 200)
-
- ```yaml
- ---
- configVersion: v2.7
- scope: application
- key: demo-provider
- enabled: true
- configs:
- - addresses: ["10.20.153.10:20880"]
- side: provider
- parameters:
- weight: 200
- ...
- ```
-
-3. 调整负载均衡策略：(缺省负载均衡策略为 random)
+4. 要修改的超时时间。
- ```yaml
- ---
- configVersion: v2.7
- scope: application
- key: demo-consumer
- enabled: true
- configs:
- - side: consumer
- parameters:
- loadbalance: random
- ...
- ```
+## 结果验证
+选择和超时配置相关的应用，触发该调用验证。
\ No newline at end of file
diff --git a/content/zh/overview/tasks/traffic-management/weight.md
b/content/zh/overview/tasks/traffic-management/weight.md
index 769d5a05196..561c5b9da17 100644
--- a/content/zh/overview/tasks/traffic-management/weight.md
+++ b/content/zh/overview/tasks/traffic-management/weight.md
@@ -1,50 +1,36 @@
---
type: docs
-title: "流量灰度"
+title: "通过权重调整流量分布"
linkTitle: "通过权重调整流量分布"
weight: 5
-description: "在 Dubbo 中配置应用级治理规则和服务级治理规则"
+description: "在 Dubbo-Admin 通过权重调整流量分布"
---
-> **提示**
->
-> 本文描述的是新版本规则配置，而不是[老版本配置规则](/zh/docs/advanced/config-rule-deprecated)
-
-# 配置规则
-此任务将展示在 Dubbo 中配置应用级治理规则和服务级治理规则
-
-
-覆盖规则是 Dubbo 设计的在无需重启应用的情况下，动态调整 RPC 调用行为的一种能力。2.7.0
版本开始，支持从**服务**和**应用**两个粒度来调整动态配置。
+Dubbo提供通过权重调整流量分布的服务治理能力，可以在无需重启应用的情况下，通过权重动态调整流量分布。
+Dubbo可以通过XML配置，注解配置，动态配置实现通过权重调整流量分布，这里主要介绍动态配置的方式，其他配置方式请参考旧文档[配置](https://dubbo.apache.org/zh/docsv2.7/user/configuration/)
## 开始之前
-- 安装idea
-
-- 克隆[dubbo-samples](https://github.com/apache/dubbo-samples.git)到本地，idea打开
+请确保成功运行Dubbo-Admin
-- 拉取dubbo-admin镜像并运行镜像
-
-
> **提示**
>
-> 可参考如下步骤部署dubbo-admin
->
-> 1. 创建docker-compose.yml文件，内容如下:
+> docker部署dubbo-admin，docker-compose.yml如下：
>
> ```
> version: '3'
> services:
-> zk:
-> image: zookeeper
-> container_name: zk
+> zk:
+> image: zookeeper
+> container_name: zk
> ports:
-> - 2181:2181
-> dubbo-admin:
+> - 2181:2181
+> dubbo-admin:
> image: apache/dubbo-admin
> container_name: dubbo-admin
> # 等待zk启动后再启动
@@ -57,270 +43,34 @@ description: "在 Dubbo 中配置应用级治理规则和服务级治理规则"
> - admin.config-center=zookeeper://zk:2181
> - admin.metadata-report.address=zookeeper://zk:2181
> ```
->
-> 2.运行命令
->
-> ```
-> docker-compose up
-> ```
-
-
-
-运行成功后，可以看见dubbo-admin界面
-
-
-
-
-
-## 概览
-
-
-
-dubbo-samples-governance示例包含dubbo-samples-applevel-override和dubbo-samples-servicelevel-override子示例，这2个子示例分别从**服务**和**应用**两个粒度应用覆盖规则动态调整路由。
-
+>
-此任务的最初目标是应用覆盖规则在无需重启应用的情况下动态调整流量路由。稍后，您将从**服务**和**应用**两个粒度应用规则动态调整路由。
+## 背景信息
+在机器性能差异的场景下，不同机器的负载需要进行系统评估，需要对某些机器降级。通过权重调整机器的流量比例，可以合理地评估机器性能。
+某些服务会面临流量冲击，为了保证核心服务的可用性，需要对某些服务降级。通过权重调整流量分布，避免流量冲击引发的故障。
-下图展示本任务的应用端到端架构。
-
-
-
-
-
-### 应用粒度
-
-
-
-dubbo-samples-applevel-override示例中，BasicConsumer类和BascicProvider类为消费者类和提供者类，现在运行BasicProvider，成功后如图：
-
-
-
-
-
-在控制台查询服务，可以看到应用governance-appoverride-provider，如图：
-
-
-
-
-
-现在再运行一个提供者示例，运行在20881端口，首先修改dubbo-demo-provider.xml，将< dubbo:protocol
/>标签中端口修改修改为20881，运行BasicProvider，成功后查询控制台，如图：
-
-
-
-
-
-
-> **提示**
->
-> 如果运行BasicProvider示例失败，请修改BasicProvider配置，勾选Allow multiple instances
-
-
-
-#### 任务1：临时剔除提供者
-
-目前需要临时剔除在20880端口的提供者，可以使用覆盖规则进行动态配置。
-
-1.打开服务治理控制台，点击”创建“，填入应用名和配置，这个配置将禁用在20880端口上提供（side:provider）的所有服务（scope:application）。
-
-```yaml
-configVersion: v2.7
-scope: application
-key: governance-appoverride-provider
-enabled: true
-configs:
-- addresses: ["0.0.0.0:20880"]
- side: provider
- parameters:
- disabled: true
-```
-
-运行BasicConsumer，此时发现是运行在20881端口的提供者提供服务，说明覆盖规则生效。
-
-
-
-#### 任务2：评估系统容量
-
-目前需要对系统容量进行评估，进行调整权重。
-
-1. 修改刚才的配置，填入配置如下，这个配置将调整20880端口的提供者权重(通常用于容量评估，缺省权重为 200)
-
- ```yaml
- configVersion: v2.7
- scope: application
- key: governance-appoverride-provider
- enabled: true
- configs:
- - addresses: ["0.0.0.0:20880"]
- side: provider
- parameters:
- weight: 1000
- ```
-
-多次运行BasicConsumer，发现运行在20880端口的提供者示例提供服务次数多于20881端口的提供者示例。
-
-
-
-#### 任务3：调整负载均衡策略
-
-目前需要调整负载均衡策略。
-
-1. 修改刚才的配置，填入配置如下，这个配置将调整负载均衡策略：(缺省负载均衡策略为 random)
-
- ```yaml
- configVersion: v2.7
- scope: application
- key: governance-appoverride-provider
- enabled: true
- configs:
- - side: consumer
- parameters:
- loadbalance: random
- ```
-
-Random策略按权重设置随机概率，多次运行BasicConsumer，BasicConsumer访问20880端口的概率大于访问20881端口的概率。
-
-
-
-### 服务粒度
-
-
-
-dubbo-samples-servicelevel-override示例与上面的示例类似，故不赘述。运行BasicProvider类。
-
-
-
-#### 任务1：修改提供者服务的超时时间
-
-目前需要修改提供者服务的超时时间
-
-1.打开服务治理控制台，点击”创建“，填入服务名和配置，这个配置将所有消费（side:consumer）DemoService服务（org.apache.dubbo.samples.governance.api.DemoService）的应用实例（addresses:[0.0.0.0]），超时时间修改为300ms
-
-```yaml
-configVersion: v2.7
-scope: service
-key: org.apache.dubbo.samples.governance.api.DemoService
-enabled: true
-configs:
-- addresses: [0.0.0.0]
- side: consumer
- parameters:
- timeout: 300
-```
-
-运行BasicConsumer类，发现BasicConSumer抛异常无法调用远程方法，如图：
-
-
+## 操作步骤
+1. 登录Dubbo-Admin控制台
+2. 在左侧导航栏选择服务治理 > 权重调整。
+3. 点击创建按钮，在新建权重规则面板中，填写规则内容，然后单击保存。
## 规则详解
-#### 配置模板
-```yaml
----
-configVersion: v2.7
-scope: application/service
-key: app-name/group+service+version
-enabled: true
-configs:
-- addresses: ["0.0.0.0"]
- providerAddresses: ["1.1.1.1:20880", "2.2.2.2:20881"]
- side: consumer
- applications/services: []
- parameters:
- timeout: 1000
- loadbalance: random
-- addresses: ["0.0.0.0:20880"]
- side: provider
- applications/services: []
- parameters:
- threadpool: fixed
- threads: 200
- iothreads: 4
- dispatcher: all
- weight: 200
-...
-```
-
-其中：
-
-- `configVersion` 表示 dubbo 的版本
-- `scope`表示配置作用范围，分别是应用（application）或服务（service）粒度。**必填**。
-- `key`指定规则体作用在哪个服务或应用。**必填**。
- - scope=service时，key取值为[{group}:]{service}[:{version}]的组合
- - scope=application时，key取值为application名称
-
-- `enabled=true` 覆盖规则是否生效，可不填，缺省生效。
-- `configs`定义具体的覆盖规则内容，可以指定n（n>=1）个规则体。**必填**。
- - side: 消费者端/提供者端
- - applications: 对应用覆盖规则
- - services: 对服务覆盖规则
- - parameters: 参数列表
- - addresses: 地址值
- - providerAddresses: 提供者地址值
-
-**对于绝大多数配置场景，只需要理清楚以下问题基本就知道配置该怎么写了：**
+**对于通过权重动态调整流量分布场景，只需要理清楚以下问题基本就知道配置该怎么写了：**
1. 要修改整个应用的配置还是某个服务的配置。
- 应用：`scope: application, key: app-name`（还可使用`services`指定某几个服务）。
- 服务：`scope: service, key:group+service+version `。
-2. 修改是作用到消费者端还是提供者端。
- - 消费者：`side: consumer` ，作用到消费端时（你还可以进一步使用`providerAddress`,
`applications`选定特定的提供者示例或应用）。
- - 提供者：`side: provider`。
-3. 配置是否只对某几个特定实例生效。
+2. 地址列表配置是否只对某几个特定实例生效。
- 所有实例：`addresses: ["0.0.0.0"] `或`addresses: ["0.0.0.0:*"] `具体由side值决定。
- 指定实例：`addersses[实例地址列表]`。
-4. 要修改的属性是哪个。
-
-#### 示例
-
-1. 禁用提供者：(通常用于临时踢除某台提供者机器，相似的，禁止消费者访问请使用路由规则)
-
- ```yaml
- ---
- configVersion: v2.7
- scope: application
- key: demo-provider
- enabled: true
- configs:
- - addresses: ["10.20.153.10:20880"]
- side: provider
- parameters:
- disabled: true
- ...
- ```
-
-2. 调整权重：(通常用于容量评估，缺省权重为 200)
-
- ```yaml
- ---
- configVersion: v2.7
- scope: application
- key: demo-provider
- enabled: true
- configs:
- - addresses: ["10.20.153.10:20880"]
- side: provider
- parameters:
- weight: 200
- ...
- ```
-
-3. 调整负载均衡策略：(缺省负载均衡策略为 random)
+3. 要修改的权重。
- ```yaml
- ---
- configVersion: v2.7
- scope: application
- key: demo-consumer
- enabled: true
- configs:
- - side: consumer
- parameters:
- loadbalance: random
- ...
- ```
+## 结果验证
+选择和权重配置相关的应用，触发该调用验证。
\ No newline at end of file
