You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@dubbo.apache.org by gi...@apache.org on 2023/02/14 08:13:38 UTC
[dubbo-website] branch next-asf-site updated: deploy: c29f66cf0351f3e35835d65b69d852068eb638bc
This is an automated email from the ASF dual-hosted git repository.
github-bot pushed a commit to branch next-asf-site
in repository https://gitbox.apache.org/repos/asf/dubbo-website.git
The following commit(s) were added to refs/heads/next-asf-site by this push:
new a17091d843 deploy: c29f66cf0351f3e35835d65b69d852068eb638bc
a17091d843 is described below
commit a17091d8438f39604a699656fbce6e4dad7ff68b
Author: chickenlj <ch...@users.noreply.github.com>
AuthorDate: Tue Feb 14 08:13:31 2023 +0000
deploy: c29f66cf0351f3e35835d65b69d852068eb638bc
---
imgs/v3/tasks/accesslog/accesslog_admin.png | Bin 0 -> 522698 bytes
imgs/v3/tasks/arguments/arguments_admin.png | Bin 0 -> 527944 bytes
imgs/v3/tasks/gray/gray3.png | Bin 0 -> 2503165 bytes
imgs/v3/tasks/gray/gray_admin.png | Bin 0 -> 712598 bytes
imgs/v3/tasks/host/host_admin.png | Bin 0 -> 510987 bytes
imgs/v3/tasks/mock/mock2.png | Bin 5089314 -> 521227 bytes
imgs/v3/tasks/mock/mock_admin.png | Bin 0 -> 532048 bytes
imgs/v3/tasks/region/region_admin.png | Bin 0 -> 796731 bytes
imgs/v3/tasks/retry/retry4.png | Bin 0 -> 630657 bytes
imgs/v3/tasks/retry/retry_admin.png | Bin 0 -> 799896 bytes
imgs/v3/tasks/timeout/timeout_admin.png | Bin 0 -> 209863 bytes
imgs/v3/tasks/weight/weight_admin.png | Bin 0 -> 856736 bytes
sitemap.xml | 2 +-
.../tasks/traffic-management/accesslog/index.html | 18 +++----
.../tasks/traffic-management/arguments/index.html | 14 +++---
.../tasks/traffic-management/host/index.html | 31 ++++++------
zh-cn/overview/tasks/traffic-management/index.xml | 54 ++++++++++++---------
.../tasks/traffic-management/isolation/index.html | 26 +++++-----
.../tasks/traffic-management/mock/index.html | 12 +++--
.../tasks/traffic-management/region/index.html | 4 +-
.../tasks/traffic-management/retry/index.html | 42 ++++++++++------
.../tasks/traffic-management/timeout/index.html | 4 +-
.../tasks/traffic-management/weight/index.html | 6 +--
zh-cn/sitemap.xml | 2 +-
24 files changed, 120 insertions(+), 95 deletions(-)
diff --git a/imgs/v3/tasks/accesslog/accesslog_admin.png b/imgs/v3/tasks/accesslog/accesslog_admin.png
new file mode 100644
index 0000000000..309bc7789b
Binary files /dev/null and b/imgs/v3/tasks/accesslog/accesslog_admin.png differ
diff --git a/imgs/v3/tasks/arguments/arguments_admin.png b/imgs/v3/tasks/arguments/arguments_admin.png
new file mode 100644
index 0000000000..fc8e143f09
Binary files /dev/null and b/imgs/v3/tasks/arguments/arguments_admin.png differ
diff --git a/imgs/v3/tasks/gray/gray3.png b/imgs/v3/tasks/gray/gray3.png
new file mode 100644
index 0000000000..0194502c35
Binary files /dev/null and b/imgs/v3/tasks/gray/gray3.png differ
diff --git a/imgs/v3/tasks/gray/gray_admin.png b/imgs/v3/tasks/gray/gray_admin.png
new file mode 100644
index 0000000000..30ae8e72cb
Binary files /dev/null and b/imgs/v3/tasks/gray/gray_admin.png differ
diff --git a/imgs/v3/tasks/host/host_admin.png b/imgs/v3/tasks/host/host_admin.png
new file mode 100644
index 0000000000..0ee1451c84
Binary files /dev/null and b/imgs/v3/tasks/host/host_admin.png differ
diff --git a/imgs/v3/tasks/mock/mock2.png b/imgs/v3/tasks/mock/mock2.png
index c9d8bc5280..6ed10817dd 100644
Binary files a/imgs/v3/tasks/mock/mock2.png and b/imgs/v3/tasks/mock/mock2.png differ
diff --git a/imgs/v3/tasks/mock/mock_admin.png b/imgs/v3/tasks/mock/mock_admin.png
new file mode 100644
index 0000000000..6fd034d88e
Binary files /dev/null and b/imgs/v3/tasks/mock/mock_admin.png differ
diff --git a/imgs/v3/tasks/region/region_admin.png b/imgs/v3/tasks/region/region_admin.png
new file mode 100644
index 0000000000..bf5e8f374f
Binary files /dev/null and b/imgs/v3/tasks/region/region_admin.png differ
diff --git a/imgs/v3/tasks/retry/retry4.png b/imgs/v3/tasks/retry/retry4.png
new file mode 100644
index 0000000000..1080e34960
Binary files /dev/null and b/imgs/v3/tasks/retry/retry4.png differ
diff --git a/imgs/v3/tasks/retry/retry_admin.png b/imgs/v3/tasks/retry/retry_admin.png
new file mode 100644
index 0000000000..91bec7705e
Binary files /dev/null and b/imgs/v3/tasks/retry/retry_admin.png differ
diff --git a/imgs/v3/tasks/timeout/timeout_admin.png b/imgs/v3/tasks/timeout/timeout_admin.png
new file mode 100644
index 0000000000..ad02849838
Binary files /dev/null and b/imgs/v3/tasks/timeout/timeout_admin.png differ
diff --git a/imgs/v3/tasks/weight/weight_admin.png b/imgs/v3/tasks/weight/weight_admin.png
new file mode 100644
index 0000000000..cf52a18ab5
Binary files /dev/null and b/imgs/v3/tasks/weight/weight_admin.png differ
diff --git a/sitemap.xml b/sitemap.xml
index 405946f09a..c27355ecfe 100644
--- a/sitemap.xml
+++ b/sitemap.xml
@@ -1 +1 @@
-<?xml version="1.0" encoding="utf-8" standalone="yes"?><sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"><sitemap><loc>http://static.dubbo.apache.org:8080/zh-cn/sitemap.xml</loc><lastmod>2023-02-14T14:46:52+08:00</lastmod></sitemap><sitemap><loc>http://static.dubbo.apache.org:8080/en/sitemap.xml</loc><lastmod>2023-02-09T17:22:57+08:00</lastmod></sitemap></sitemapindex>
\ No newline at end of file
+<?xml version="1.0" encoding="utf-8" standalone="yes"?><sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"><sitemap><loc>http://static.dubbo.apache.org:8080/zh-cn/sitemap.xml</loc><lastmod>2023-02-14T16:09:27+08:00</lastmod></sitemap><sitemap><loc>http://static.dubbo.apache.org:8080/en/sitemap.xml</loc><lastmod>2023-02-09T17:22:57+08:00</lastmod></sitemap></sitemapindex>
\ No newline at end of file
diff --git a/zh-cn/overview/tasks/traffic-management/accesslog/index.html b/zh-cn/overview/tasks/traffic-management/accesslog/index.html
index 5a42078fe8..8f4c19e513 100644
--- a/zh-cn/overview/tasks/traffic-management/accesslog/index.html
+++ b/zh-cn/overview/tasks/traffic-management/accesslog/index.html
@@ -1,32 +1,32 @@
<!doctype html><html lang=zh-cn class=no-js><head><meta name=ROBOTS content="INDEX, FOLLOW"><meta charset=utf-8><meta name=viewport content="width=device-width,initial-scale=1,shrink-to-fit=no"><meta name=generator content="Hugo 0.110.0"><link rel="shortcut icon" type=image/png href=/imgs/favicon.png><link rel=apple-touch-icon href=/favicons/apple-touch-icon-180x180.png sizes=180x180><link rel=manifest href=/manifest.webmanifest><title>通过动态开启访问日志跟踪服务调用情况 | Apache Dubbo</title><meta prope [...]
开始之前 部署 Shop 商城项目 部署并打开 Dubbo Admin 任务详情 商城的所有用户服务都由 User 应用的 UserService 提供，通过这个任务，我们为 User 应用的某一台或几台机器开启访问日志，以便观察用户服务的整体访问情况。
动态开启访问日志 Dubbo 通过 accesslog 标记识别访问日志的开启状态，我们可以指定日志文件的输出位置，也可以单独打开某台机器的访问日志。
-操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【流量管控】>【访问日志】 点击 “创建”，输入应用名 shop-user 并勾选 “开启访问日志”（此时访问日志将和普通日志打印在一起）。 再次访问登录页面，登录到 User 应用的任意一台机器，可以看到如下格式的访问日志。
-[2022-12-30 12:36:31.15900] -> [2022-12-30 12:36:31.16000] 192.168.0.103:60943 -> 192.168.0.103:20884 - org.apache.dubbo.samples.UserService login(java.lang.String,java.lang.String) ["test",""], dubbo version: 3.2.0-beta.4-SNAPSHOT, current host: 192.168.0.103 [2022-12-30 12:36:33.95900] -> [2022-12-30 12:36:33.95900] 192.168.0.103:60943 -> 192.168.0.103:20884 - org.apache.dubbo.samples.UserService getInfo(java.lang.String) ["test"], dubbo version: 3.2.0-beta.4-SN [...]
+操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【服务治理】>【动态配置】 点击 “创建”，输入应用名 shop-user 并勾选 “开启访问日志”（此时访问日志将和普通日志打印在一起）。 再次访问登录页面，登录到 User 应用的任意一台机器，可以看到如下格式的访问日志。
+[2022-12-30 12:36:31.15900] -> [2022-12-30 12:36:31.16000] 192.168.0.103:60943 -> 192.168.0.103:20884 - org.apache.dubbo.samples.UserService login(java.lang.String,java.lang.String) ["test",""], dubbo version: 3.2.0-beta.4-SNAPSHOT, current host: 192.168.0.103 [2022-12-30 12:36:33.95900] -> [2022-12-30 12:36:33.95900] 192.168.0.103:60943 -> 192.168.0.103:20884 - org.apache.dubbo.samples.UserService getInfo(java.lang.String) ["test"], dubbo version: 3.2.0-beta.4-SN [...]
开始之前 部署 Shop 商城项目 部署并打开 Dubbo Admin 任务详情 商城的所有用户服务都由 User 应用的 UserService 提供，通过这个任务，我们为 User 应用的某一台或几台机器开启访问日志，以便观察用户服务的整体访问情况。
动态开启访问日志 Dubbo 通过 accesslog 标记识别访问日志的开启状态，我们可以指定日志文件的输出位置，也可以单独打开某台机器的访问日志。
-操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【流量管控】>【访问日志】 点击 “创建”，输入应用名 shop-user 并勾选 “开启访问日志”（此时访问日志将和普通日志打印在一起）。 再次访问登录页面，登录到 User 应用的任意一台机器，可以看到如下格式的访问日志。
-[2022-12-30 12:36:31.15900] -> [2022-12-30 12:36:31.16000] 192.168.0.103:60943 -> 192.168.0.103:20884 - org.apache.dubbo.samples.UserService login(java.lang.String,java.lang.String) ["test",""], dubbo version: 3.2.0-beta.4-SNAPSHOT, current host: 192.168.0.103 [2022-12-30 12:36:33.95900] -> [2022-12-30 12:36:33.95900] 192.168.0.103:60943 -> 192.168.0.103:20884 - org.apache.dubbo.samples.UserService getInfo(java.lang.String) ["test"], dubbo version: 3.2.0-beta.4-SN [...]
+操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【服务治理】>【动态配置】 点击 “创建”，输入应用名 shop-user 并勾选 “开启访问日志”（此时访问日志将和普通日志打印在一起）。 再次访问登录页面，登录到 User 应用的任意一台机器，可以看到如下格式的访问日志。
+[2022-12-30 12:36:31.15900] -> [2022-12-30 12:36:31.16000] 192.168.0.103:60943 -> 192.168.0.103:20884 - org.apache.dubbo.samples.UserService login(java.lang.String,java.lang.String) ["test",""], dubbo version: 3.2.0-beta.4-SNAPSHOT, current host: 192.168.0.103 [2022-12-30 12:36:33.95900] -> [2022-12-30 12:36:33.95900] 192.168.0.103:60943 -> 192.168.0.103:20884 - org.apache.dubbo.samples.UserService getInfo(java.lang.String) ["test"], dubbo version: 3.2.0-beta.4-SN [...]
开始之前 部署 Shop 商城项目 部署并打开 Dubbo Admin 任务详情 商城的所有用户服务都由 User 应用的 UserService 提供，通过这个任务，我们为 User 应用的某一台或几台机器开启访问日志，以便观察用户服务的整体访问情况。
动态开启访问日志 Dubbo 通过 accesslog 标记识别访问日志的开启状态，我们可以指定日志文件的输出位置，也可以单独打开某台机器的访问日志。
-操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【流量管控】>【访问日志】 点击 “创建”，输入应用名 shop-user 并勾选 “开启访问日志”（此时访问日志将和普通日志打印在一起）。 再次访问登录页面，登录到 User 应用的任意一台机器，可以看到如下格式的访问日志。
+操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【服务治理】>【动态配置】 点击 “创建”，输入应用名 shop-user 并勾选 “开启访问日志”（此时访问日志将和普通日志打印在一起）。 再次访问登录页面，登录到 User 应用的任意一台机器，可以看到如下格式的访问日志。
[2022-12-30 12:36:31.15900] -> [2022-12-30 12:36:31.16000] 192.168.0.103:60943 -> 192.168.0.103:20884 - org.apache.dubbo.samples.UserService login(java.lang.String,java.lang.String) ["test",""], dubbo version: 3.2.0-beta.4-SNAPSHOT, current host: 192.168.0.103 [2022-12-30 12:36:33.95900] -> [2022-12-30 12:36:33.95900] 192.168.0.103:60943 -> 192.168.0.103:20884 - org.apache.dubbo.samples.UserService getInfo(java.lang.String) ["test"], dubbo version: 3.2.0-beta.4-SN [...]
<link rel=preload href=/scss/main.min.209e23d05c00cd0efb0dc9daf65a7d29491c7e1c8f21c8ec76798fe1e0a467a9.css as=style><link href=/scss/main.min.209e23d05c00cd0efb0dc9daf65a7d29491c7e1c8f21c8ec76798fe1e0a467a9.css rel=stylesheet integrity><script src=/js/jquery-3.5.1.min.js integrity="sha256-9/aliU8dGd2tb6OSsuzixeV4y/faTqgFtohetphbbj0=" crossorigin=anonymous></script>
<link rel=stylesheet href=https://cdn.jsdelivr.net/npm/@docsearch/css@3><meta name=theme-color content="#326ce5"><link rel=stylesheet href=/css/feature-states.css><meta name=description content="访问日志可以很好的记录某台机器在某段时间内处理的所有服务请求信息，包括请求接收时间、远端 IP、请求参数、响应结果等，运行态动态的开启访问日志对于排查问题非常有帮助。
开始之前 部署 Shop 商城项目 部署并打开 Dubbo Admin 任务详情 商城的所有用户服务都由 User 应用的 UserService 提供，通过这个任务，我们为 User 应用的某一台或几台机器开启访问日志，以便观察用户服务的整体访问情况。
动态开启访问日志 Dubbo 通过 accesslog 标记识别访问日志的开启状态，我们可以指定日志文件的输出位置，也可以单独打开某台机器的访问日志。
-操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【流量管控】>【访问日志】 点击 “创建”，输入应用名 shop-user 并勾选 “开启访问日志”（此时访问日志将和普通日志打印在一起）。 再次访问登录页面，登录到 User 应用的任意一台机器，可以看到如下格式的访问日志。
+操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【服务治理】>【动态配置】 点击 “创建”，输入应用名 shop-user 并勾选 “开启访问日志”（此时访问日志将和普通日志打印在一起）。 再次访问登录页面，登录到 User 应用的任意一台机器，可以看到如下格式的访问日志。
[2022-12-30 12:36:31.15900] -> [2022-12-30 12:36:31.16000] 192.168.0.103:60943 -> 192.168.0.103:20884 - org.apache.dubbo.samples.UserService login(java.lang.String,java.lang.String) ["test",""], dubbo version: 3.2.0-beta.4-SNAPSHOT, current host: 192.168.0.103 [2022-12-30 12:36:33.95900] -> [2022-12-30 12:36:33.95900] 192.168.0.103:60943 -> 192.168.0.103:20884 - org.apache.dubbo.samples.UserService getInfo(java.lang.String) ["test"], dubbo version: 3.2.0-beta.4-SN [...]
开始之前 部署 Shop 商城项目 部署并打开 Dubbo Admin 任务详情 商城的所有用户服务都由 User 应用的 UserService 提供，通过这个任务，我们为 User 应用的某一台或几台机器开启访问日志，以便观察用户服务的整体访问情况。
动态开启访问日志 Dubbo 通过 accesslog 标记识别访问日志的开启状态，我们可以指定日志文件的输出位置，也可以单独打开某台机器的访问日志。
-操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【流量管控】>【访问日志】 点击 “创建”，输入应用名 shop-user 并勾选 “开启访问日志”（此时访问日志将和普通日志打印在一起）。 再次访问登录页面，登录到 User 应用的任意一台机器，可以看到如下格式的访问日志。
+操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【服务治理】>【动态配置】 点击 “创建”，输入应用名 shop-user 并勾选 “开启访问日志”（此时访问日志将和普通日志打印在一起）。 再次访问登录页面，登录到 User 应用的任意一台机器，可以看到如下格式的访问日志。
[2022-12-30 12:36:31.15900] -> [2022-12-30 12:36:31.16000] 192.168.0.103:60943 -> 192.168.0.103:20884 - org.apache.dubbo.samples.UserService login(java.lang.String,java.lang.String) ["test",""], dubbo version: 3.2.0-beta.4-SNAPSHOT, current host: 192.168.0.103 [2022-12-30 12:36:33.95900] -> [2022-12-30 12:36:33.95900] 192.168.0.103:60943 -> 192.168.0.103:20884 - org.apache.dubbo.samples.UserService getInfo(java.lang.String) ["test"], dubbo version: 3.2.0-beta.4-SN [...]
开始之前 部署 Shop 商城项目 部署并打开 Dubbo Admin 任务详情 商城的所有用户服务都由 User 应用的 UserService 提供，通过这个任务，我们为 User 应用的某一台或几台机器开启访问日志，以便观察用户服务的整体访问情况。
动态开启访问日志 Dubbo 通过 accesslog 标记识别访问日志的开启状态，我们可以指定日志文件的输出位置，也可以单独打开某台机器的访问日志。
-操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【流量管控】>【访问日志】 点击 “创建”，输入应用名 shop-user 并勾选 “开启访问日志”（此时访问日志将和普通日志打印在一起）。 再次访问登录页面，登录到 User 应用的任意一台机器，可以看到如下格式的访问日志。
+操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【服务治理】>【动态配置】 点击 “创建”，输入应用名 shop-user 并勾选 “开启访问日志”（此时访问日志将和普通日志打印在一起）。 再次访问登录页面，登录到 User 应用的任意一台机器，可以看到如下格式的访问日志。
[2022-12-30 12:36:31.15900] -> [2022-12-30 12:36:31.16000] 192.168.0.103:60943 -> 192.168.0.103:20884 - org.apache.dubbo.samples.UserService login(java.lang.String,java.lang.String) ["test",""], dubbo version: 3.2.0-beta.4-SNAPSHOT, current host: 192.168.0.103 [2022-12-30 12:36:33.95900] -> [2022-12-30 12:36:33.95900] 192.168.0.103:60943 -> 192.168.0.103:20884 - org.apache.dubbo.samples.UserService getInfo(java.lang.String) ["test"], dubbo version: 3.2.0-beta.4-SN [...]
<script src=https://g.alicdn.com/mamba/assets/0.0.7/mse-arc-ui.min.js></script>
-<link rel=stylesheet href=https://g.alicdn.com/mamba/assets/0.0.7/mse-arc-ui.min.css><link href=/css/community.css rel=stylesheet><link href=/css/contactus.css rel=stylesheet><script src=/js/script.js></script><title>通过动态开启访问日志跟踪服务调用情况 | Apache Dubbo</title></head><body class="td-page td-documentation"><header><nav class="js-navbar-scroll navbar navbar-expand navbar-dark flex-column flex-md-row td-navbar" data-auto-burger=primary><a class=navbar-brand href=/zh-cn/><span class=navbar-logo [...]
+<link rel=stylesheet href=https://g.alicdn.com/mamba/assets/0.0.7/mse-arc-ui.min.css><link href=/css/community.css rel=stylesheet><link href=/css/contactus.css rel=stylesheet><script src=/js/script.js></script><title>通过动态开启访问日志跟踪服务调用情况 | Apache Dubbo</title></head><body class="td-page td-documentation"><header><nav class="js-navbar-scroll navbar navbar-expand navbar-dark flex-column flex-md-row td-navbar" data-auto-burger=primary><a class=navbar-brand href=/zh-cn/><span class=navbar-logo [...]
</span></span><span style=display:flex><span>[2022-12-30 12:36:33.95900] -> [2022-12-30 12:36:33.95900] 192.168.0.103:60943 -> 192.168.0.103:20884 - org.apache.dubbo.samples.UserService getInfo(java.lang.String) ["test"], dubbo version: 3.2.0-beta.4-SNAPSHOT, current host: 192.168.0.103
</span></span><span style=display:flex><span>[2022-12-30 12:36:31.93500] -> [2022-12-30 12:36:34.93600] 192.168.0.103:60943 -> 192.168.0.103:20884 - org.apache.dubbo.samples.UserService getInfo(java.lang.String) ["test"], dubbo version: 3.2.0-beta.4-SNAPSHOT, current host: 192.168.0.103
</span></span></code></pre></div><h4 id=规则详解>规则详解</h4><p><strong>规则 key ：</strong> shop-user</p><p><strong>规则体</strong></p><div class=highlight><pre tabindex=0 style=color:#93a1a1;background-color:#002b36;-moz-tab-size:4;-o-tab-size:4;tab-size:4><code class=language-yaml data-lang=yaml><span style=display:flex><span><span style=color:#268bd2>configVersion</span>: v3.0
diff --git a/zh-cn/overview/tasks/traffic-management/arguments/index.html b/zh-cn/overview/tasks/traffic-management/arguments/index.html
index 43d690e23c..b7ca210d21 100644
--- a/zh-cn/overview/tasks/traffic-management/arguments/index.html
+++ b/zh-cn/overview/tasks/traffic-management/arguments/index.html
@@ -4,13 +4,13 @@
回到商城登录页面，我们以 VIP 用户 dubbo 登录系统，是否看到如下图所示的 VIP 专属商品价格，多刷新几次商品页面那？
哦，是不是价格忽高忽低？！这是因为在当前部署的示例系统中，只有 detail v2 版本才能识别 VIP 用户并提供特价服务，因此，我们要确保 dubbo 用户始终访问 detail v2 实例，以便享受稳定的 VIP 服务。
为 VIP 用户提供稳定的特价商品服务 Detail v2 版本能够识别 VIP 用户并在商品详情中展示特价。商品详情服务由 Detail 应用中的 org.apache.dubbo.samples.DetailService 服务提供，DetailService 显示商品详情的 getItem 方法定义如下，第二个参数为用户名。
-public interface DetailService { Item getItem(long sku, String username); } 因此，接下来我们就为 DetailService 服务的 getItem 方法增加参数路由规则，如果用户参数是 dubbo 就转发到 v2 版本的服务。"><meta property="og:type" content="article"><meta property="og:url" content="http://static.dubbo.apache.org:8080/zh-cn/overview/tasks/traffic-management/arguments/"><meta property="article:section" content="overview"><meta property="og:site_name" content="Apache Dubbo"><meta itemprop=name content="根据请求参数引导流量分布"><meta itemprop=description [...]
+public interface DetailService { Item getItem(long sku, String username); } 因此，接下来我们就为 DetailService 服务的 getItem 方法增加参数路由规则，如果用户参数是 dubbo 就转发到 v2 版本的服务。"><meta property="og:type" content="article"><meta property="og:url" content="http://static.dubbo.apache.org:8080/zh-cn/overview/tasks/traffic-management/arguments/"><meta property="article:section" content="overview"><meta property="article:modified_time" content="2023-02-14T16:09:27+08:00"><meta property="og:site_name" content="Apache D [...]
或者，有些产品提供差异化的付费服务，需要根据请求参数中的用户 ID 将请求路由到具有不同服务等级保障的集群，就像接下来我们在示例任务中所做的那样。
开始之前 部署 Shop 商城项目 部署并打开 Dubbo Admin 任务详情 为了增加用户粘性，我们为商城示例系统新增了 VIP 用户服务，现在商城有两类用户：普通用户和 VIP 用户，其中 VIP 用户可以看到比普通用户更低的商品价格。
回到商城登录页面，我们以 VIP 用户 dubbo 登录系统，是否看到如下图所示的 VIP 专属商品价格，多刷新几次商品页面那？
哦，是不是价格忽高忽低？！这是因为在当前部署的示例系统中，只有 detail v2 版本才能识别 VIP 用户并提供特价服务，因此，我们要确保 dubbo 用户始终访问 detail v2 实例，以便享受稳定的 VIP 服务。
为 VIP 用户提供稳定的特价商品服务 Detail v2 版本能够识别 VIP 用户并在商品详情中展示特价。商品详情服务由 Detail 应用中的 org.apache.dubbo.samples.DetailService 服务提供，DetailService 显示商品详情的 getItem 方法定义如下，第二个参数为用户名。
-public interface DetailService { Item getItem(long sku, String username); } 因此，接下来我们就为 DetailService 服务的 getItem 方法增加参数路由规则，如果用户参数是 dubbo 就转发到 v2 版本的服务。"><meta itemprop=wordCount content="156"><meta itemprop=keywords content><meta name=twitter:card content="summary"><meta name=twitter:title content="根据请求参数引导流量分布"><meta name=twitter:description content="根据请求参数值转发流量，是一种非常灵活且实用的流量管控策略。比如微服务实践中，根据参数（如用户 ID）路由流量，将一小部分用户请求转发到最新发布的产品版本，以验证新版本的稳定性、获取用户的产品体验反馈等，是生产实践中常用的一种有效的灰度机制。
+public interface DetailService { Item getItem(long sku, String username); } 因此，接下来我们就为 DetailService 服务的 getItem 方法增加参数路由规则，如果用户参数是 dubbo 就转发到 v2 版本的服务。"><meta itemprop=dateModified content="2023-02-14T16:09:27+08:00"><meta itemprop=wordCount content="156"><meta itemprop=keywords content><meta name=twitter:card content="summary"><meta name=twitter:title content="根据请求参数引导流量分布"><meta name=twitter:description content="根据请求参数值转发流量，是一种非常灵活且实用的流量管控策略。比如微服务实践中，根据参数（如用户 ID）路由流量，将一小部分用户请求转发到最新发布的 [...]
或者，有些产品提供差异化的付费服务，需要根据请求参数中的用户 ID 将请求路由到具有不同服务等级保障的集群，就像接下来我们在示例任务中所做的那样。
开始之前 部署 Shop 商城项目 部署并打开 Dubbo Admin 任务详情 为了增加用户粘性，我们为商城示例系统新增了 VIP 用户服务，现在商城有两类用户：普通用户和 VIP 用户，其中 VIP 用户可以看到比普通用户更低的商品价格。
回到商城登录页面，我们以 VIP 用户 dubbo 登录系统，是否看到如下图所示的 VIP 专属商品价格，多刷新几次商品页面那？
@@ -41,17 +41,17 @@ public interface DetailService { Item getItem(long sku, String username); } 因
<link rel=stylesheet href=https://g.alicdn.com/mamba/assets/0.0.7/mse-arc-ui.min.css><link href=/css/community.css rel=stylesheet><link href=/css/contactus.css rel=stylesheet><script src=/js/script.js></script><title>根据请求参数引导流量分布 | Apache Dubbo</title></head><body class="td-page td-documentation"><header><nav class="js-navbar-scroll navbar navbar-expand navbar-dark flex-column flex-md-row td-navbar" data-auto-burger=primary><a class=navbar-brand href=/zh-cn/><span class=navbar-logo></spa [...]
</span></span><span style=display:flex><span> Item <span style=color:#268bd2>getItem</span><span style=color:#719e07>(</span><span style=color:#dc322f>long</span> sku<span style=color:#719e07>,</span> String username<span style=color:#719e07>);</span>
</span></span><span style=display:flex><span><span style=color:#719e07>}</span>
-</span></span></code></pre></div><p>因此，接下来我们就为 <code>DetailService</code> 服务的 <code>getItem</code> 方法增加参数路由规则，如果用户参数是 <code>dubbo</code> 就转发到 v2 版本的服务。</p><h4 id=操作步骤>操作步骤</h4><ol><li>打开 Dubbo Admin 控制台</li><li>在左侧导航栏选择【服务治理】 > 【参数路由】</li><li>点击 “创建” 按钮，输入。</li></ol><p><img src alt="Admin 参数路由设置截图"></p><p>方法参数的索引从 <code>0</code> 开始，我们上面填入 <code>1</code> 表示根据第二个参数进行流量转发。</p><h4 id=规则详解>规则详解</h4><p><strong>规则 key</strong> ：<code>org.apache.dubbo.samples.DetailService</code></p> [...]
+</span></span></code></pre></div><p>因此，接下来我们就为 <code>DetailService</code> 服务的 <code>getItem</code> 方法增加参数路由规则，如果用户参数是 <code>dubbo</code> 就转发到 v2 版本的服务。</p><h4 id=操作步骤>操作步骤</h4><ol><li>打开 Dubbo Admin 控制台</li><li>在左侧导航栏选择【服务治理】 > 【参数路由】</li><li>点击 “创建” 按钮，输入。</li></ol><p><img src=/imgs/v3/tasks/arguments/arguments_admin.png alt="Admin 参数路由设置截图"></p><p>方法参数的索引从 <code>0</code> 开始，我们上面填入 <code>1</code> 表示根据第二个参数进行流量转发。</p><h4 id=规则详解>规则详解</h4><p><strong>规则 key</strong> ：<code>org. [...]
</span></span><span style=display:flex><span><span style=color:#268bd2>key</span>: org.apache.dubbo.samples.DetailService
</span></span><span style=display:flex><span><span style=color:#268bd2>scope</span>: service
</span></span><span style=display:flex><span><span style=color:#268bd2>force</span>: <span style=color:#cb4b16>false</span>
</span></span><span style=display:flex><span><span style=color:#268bd2>enabled</span>: <span style=color:#cb4b16>true</span>
</span></span><span style=display:flex><span><span style=color:#268bd2>priority</span>: <span style=color:#2aa198>1</span>
</span></span><span style=display:flex><span><span style=color:#268bd2>conditions</span>:
-</span></span><span style=display:flex><span> - method=getItem & arguments[1]=dubbo => orderVersion=v2
-</span></span></code></pre></div><ul><li><code>method=getItem & arguments[1]=dubbo</code> 表示流量规则匹配 <code>getItem</code> 方法调用的第二个参数，当参数值为 <code>dubbo</code> 时做进一步的地址子集筛选。</li><li><code>orderVersion=v2</code> 将过滤出所有带有 <code>orderVersion=v2</code> 标识的 URL 地址子集（在示例部署中，我们所有 detail v2 的实例都已经打上了 <code>orderVersion=v2</code> 标签）。</li></ul><div class=highlight><pre tabindex=0 style=color:#93a1a1;background-color:#002b36;-moz-tab-size:4;-o-tab-size:4;tab-size:4><code class=language-yaml data-lang= [...]
-</span></span><span style=display:flex><span> - method=getItem & arguments[1]=dubbo => orderVersion=v2
-</span></span></code></pre></div><p><code>force: false</code> 表示如果没有 <code>type=vip</code> 的地址，则随机访问所有可用地址。</p><h2 id=其他事项>其他事项</h2><p>本示例只是 Dubbo 条件路由的一种使用场景，除了根据方法名、参数匹配进行流量转发，条件路由还可以根据附加参数 Attachments、URL 中的数据等进行流量转发，同时匹配条件也支持范围、通配符等，比如：</p><ul><li>attachments[key]=hello*</li><li>arguments[0]=1~100</li><li>url_key=value</li></ul><p>更为灵活的是，条件路由的匹配条件支持扩展，用户可以自定义匹配条件的来源和格式，具体可参见 <a href>条件路由规则说明</a>。</p><div id=pre-footer><h2>反馈</h2><p class=feedback--prompt>此页是否对您有帮助？</p><button class=" [...]
+</span></span><span style=display:flex><span> - method=getItem & arguments[1]=dubbo => detailVersion=v2
+</span></span></code></pre></div><ul><li><code>method=getItem & arguments[1]=dubbo</code> 表示流量规则匹配 <code>getItem</code> 方法调用的第二个参数，当参数值为 <code>dubbo</code> 时做进一步的地址子集筛选。</li><li><code>detailVersion=v2</code> 将过滤出所有带有 <code>detailVersion=v2</code> 标识的 URL 地址子集（在示例部署中，我们所有 detail v2 的实例都已经打上了 <code>detailVersion=v2</code> 标签）。</li></ul><div class=highlight><pre tabindex=0 style=color:#93a1a1;background-color:#002b36;-moz-tab-size:4;-o-tab-size:4;tab-size:4><code class=language-yaml data-la [...]
+</span></span><span style=display:flex><span> - method=getItem & arguments[1]=dubbo => detailVersion=v2
+</span></span></code></pre></div><p><code>force: false</code> 表示如果没有 <code>detailVersion=v2</code> 的地址，则随机访问所有可用地址。</p><h2 id=其他事项>其他事项</h2><p>本示例只是 Dubbo 条件路由的一种使用场景，除了根据方法名、参数匹配进行流量转发，条件路由还可以根据附加参数 Attachments、URL 中的数据等进行流量转发，同时匹配条件也支持范围、通配符等，比如：</p><ul><li>attachments[key]=hello*</li><li>arguments[0]=1~100</li><li>url_key=value</li></ul><p>更为灵活的是，条件路由的匹配条件支持扩展，用户可以自定义匹配条件的来源和格式，具体可参见 <a href>条件路由规则说明</a>。</p><div id=pre-footer><h2>反馈</h2><p class=feedback--prompt>此页是否对您有帮助？</p><button [...]
<button class="btn btn-primary mb-4 feedback--no">否</button><p class="feedback--response feedback--response__hidden">感谢反馈。如果您有一个关于如何使用 Kubernetes 的特定的、需要答案的问题，可以访问
<a target=_blank rel=noopener href=https://stackoverflow.com/questions/tagged/kubernetes>Stack Overflow</a>.
在 GitHub 仓库上登记新的问题
diff --git a/zh-cn/overview/tasks/traffic-management/host/index.html b/zh-cn/overview/tasks/traffic-management/host/index.html
index c9d0ef8883..e1e0e0cfda 100644
--- a/zh-cn/overview/tasks/traffic-management/host/index.html
+++ b/zh-cn/overview/tasks/traffic-management/host/index.html
@@ -2,22 +2,22 @@
开始之前 部署 Shop 商城项目 部署并打开 Dubbo Admin 任务详情 本任务我们将以 User 服务作为示例，将商城中 Frontend 应用对用户详情方法的调用 UserService#getInfo 全部导流到一台固定实例上去。
将用户详情服务调用导流到一台固定机器 首先，确定部署 User 应用的实际机器列表
$ kubectl get pods -n dubbo-demo # list result here 为 org.apache.dubbo.samples.UserService 服务的 getInfo 方法调用设置条件路由规则，所有这个方法的调用全部转发到一台指定机器。
-操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【流量管控】>【指定机器导流】 点击 “创建”，输入服务 org.apache.dubbo.samples.UserService 。 打开机器日志，刷新页面多触发机器用户详情服务调用，可以看到只有规则中指定实例中的日志在持续更新。
-规则详解 规则 key ：org.apache.dubbo.samples.UserService
+操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【服务治理】>【条件路由】 点击 “创建”，输入服务 org.apache.dubbo.samples.UserService 。 打开机器日志，刷新页面多触发机器用户详情服务调用，可以看到只有规则中指定的实例中在持续刷新以下日志：
+Received getInfo request...... 规则详解 规则 key ：org.apache.dubbo.samples.UserService
规则体
-configVersion: v3.0 enabled: true force: false conditions: - 'method=getInfo => host = {your ip address}' 替换 {your ip address} 为 User 实际的部署地址。"><meta property="og:type" content="article"><meta property="og:url" content="http://static.dubbo.apache.org:8080/zh-cn/overview/tasks/traffic-management/host/"><meta property="article:section" content="overview"><meta property="og:site_name" content="Apache Dubbo"><meta itemprop=name content="将流量点对点引导到一台机器 (如排查问题)"><meta itemprop=description conte [...]
+configVersion: v3.0 enabled: true force: false conditions: - 'method=getInfo => host = {your ip address}' 替换 {your ip address} 为 User 实际的部署地址。"><meta property="og:type" content="article"><meta property="og:url" content="http://static.dubbo.apache.org:8080/zh-cn/overview/tasks/traffic-management/host/"><meta property="article:section" content="overview"><meta property="article:modified_time" content="2023-02-14T16:09:27+08:00"><meta property="og:site_name" content="Apache Dubbo"><meta ite [...]
开始之前 部署 Shop 商城项目 部署并打开 Dubbo Admin 任务详情 本任务我们将以 User 服务作为示例，将商城中 Frontend 应用对用户详情方法的调用 UserService#getInfo 全部导流到一台固定实例上去。
将用户详情服务调用导流到一台固定机器 首先，确定部署 User 应用的实际机器列表
$ kubectl get pods -n dubbo-demo # list result here 为 org.apache.dubbo.samples.UserService 服务的 getInfo 方法调用设置条件路由规则，所有这个方法的调用全部转发到一台指定机器。
-操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【流量管控】>【指定机器导流】 点击 “创建”，输入服务 org.apache.dubbo.samples.UserService 。 打开机器日志，刷新页面多触发机器用户详情服务调用，可以看到只有规则中指定实例中的日志在持续更新。
-规则详解 规则 key ：org.apache.dubbo.samples.UserService
+操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【服务治理】>【条件路由】 点击 “创建”，输入服务 org.apache.dubbo.samples.UserService 。 打开机器日志，刷新页面多触发机器用户详情服务调用，可以看到只有规则中指定的实例中在持续刷新以下日志：
+Received getInfo request...... 规则详解 规则 key ：org.apache.dubbo.samples.UserService
规则体
-configVersion: v3.0 enabled: true force: false conditions: - 'method=getInfo => host = {your ip address}' 替换 {your ip address} 为 User 实际的部署地址。"><meta itemprop=wordCount content="84"><meta itemprop=keywords content><meta name=twitter:card content="summary"><meta name=twitter:title content="将流量点对点引导到一台机器 (如排查问题)"><meta name=twitter:description content="自动的地址发现和负载均衡机制有很多优势，它让我们构建可伸缩的分布式微服务系统成为可能，但这种动态的流量分配也带来很多复杂性。一个典型问题是我们无法再预测一次请求具体会落到那一台提供者机器上，但有时能预期或控制请求固定的发往某一台提供者机器在一些场景下会非常有用处，比如当开发者在 [...]
+configVersion: v3.0 enabled: true force: false conditions: - 'method=getInfo => host = {your ip address}' 替换 {your ip address} 为 User 实际的部署地址。"><meta itemprop=dateModified content="2023-02-14T16:09:27+08:00"><meta itemprop=wordCount content="87"><meta itemprop=keywords content><meta name=twitter:card content="summary"><meta name=twitter:title content="将流量点对点引导到一台机器 (如排查问题)"><meta name=twitter:description content="自动的地址发现和负载均衡机制有很多优势，它让我们构建可伸缩的分布式微服务系统成为可能，但这种动态的流量分配也带来很多复杂性。一个典型问题是我们无法再预 [...]
开始之前 部署 Shop 商城项目 部署并打开 Dubbo Admin 任务详情 本任务我们将以 User 服务作为示例，将商城中 Frontend 应用对用户详情方法的调用 UserService#getInfo 全部导流到一台固定实例上去。
将用户详情服务调用导流到一台固定机器 首先，确定部署 User 应用的实际机器列表
$ kubectl get pods -n dubbo-demo # list result here 为 org.apache.dubbo.samples.UserService 服务的 getInfo 方法调用设置条件路由规则，所有这个方法的调用全部转发到一台指定机器。
-操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【流量管控】>【指定机器导流】 点击 “创建”，输入服务 org.apache.dubbo.samples.UserService 。 打开机器日志，刷新页面多触发机器用户详情服务调用，可以看到只有规则中指定实例中的日志在持续更新。
-规则详解 规则 key ：org.apache.dubbo.samples.UserService
+操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【服务治理】>【条件路由】 点击 “创建”，输入服务 org.apache.dubbo.samples.UserService 。 打开机器日志，刷新页面多触发机器用户详情服务调用，可以看到只有规则中指定的实例中在持续刷新以下日志：
+Received getInfo request...... 规则详解 规则 key ：org.apache.dubbo.samples.UserService
规则体
configVersion: v3.0 enabled: true force: false conditions: - 'method=getInfo => host = {your ip address}' 替换 {your ip address} 为 User 实际的部署地址。"><script type=application/javascript>var doNotTrack=!1;doNotTrack||(window.ga=window.ga||function(){(ga.q=ga.q||[]).push(arguments)},ga.l=+new Date,ga("create","G-1TFHM5YBH0","auto"),ga("send","pageview"))</script><script async src=https://www.google-analytics.com/analytics.js></script>
<link rel=preload href=/scss/main.min.209e23d05c00cd0efb0dc9daf65a7d29491c7e1c8f21c8ec76798fe1e0a467a9.css as=style><link href=/scss/main.min.209e23d05c00cd0efb0dc9daf65a7d29491c7e1c8f21c8ec76798fe1e0a467a9.css rel=stylesheet integrity><script src=/js/jquery-3.5.1.min.js integrity="sha256-9/aliU8dGd2tb6OSsuzixeV4y/faTqgFtohetphbbj0=" crossorigin=anonymous></script>
@@ -25,28 +25,29 @@ configVersion: v3.0 enabled: true force: false conditions: - 'method=getInfo =>
开始之前 部署 Shop 商城项目 部署并打开 Dubbo Admin 任务详情 本任务我们将以 User 服务作为示例，将商城中 Frontend 应用对用户详情方法的调用 UserService#getInfo 全部导流到一台固定实例上去。
将用户详情服务调用导流到一台固定机器 首先，确定部署 User 应用的实际机器列表
$ kubectl get pods -n dubbo-demo # list result here 为 org.apache.dubbo.samples.UserService 服务的 getInfo 方法调用设置条件路由规则，所有这个方法的调用全部转发到一台指定机器。
-操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【流量管控】>【指定机器导流】 点击 “创建”，输入服务 org.apache.dubbo.samples.UserService 。 打开机器日志，刷新页面多触发机器用户详情服务调用，可以看到只有规则中指定实例中的日志在持续更新。
-规则详解 规则 key ：org.apache.dubbo.samples.UserService
+操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【服务治理】>【条件路由】 点击 “创建”，输入服务 org.apache.dubbo.samples.UserService 。 打开机器日志，刷新页面多触发机器用户详情服务调用，可以看到只有规则中指定的实例中在持续刷新以下日志：
+Received getInfo request...... 规则详解 规则 key ：org.apache.dubbo.samples.UserService
规则体
configVersion: v3.0 enabled: true force: false conditions: - 'method=getInfo => host = {your ip address}' 替换 {your ip address} 为 User 实际的部署地址。"><meta property="og:description" content="自动的地址发现和负载均衡机制有很多优势，它让我们构建可伸缩的分布式微服务系统成为可能，但这种动态的流量分配也带来很多复杂性。一个典型问题是我们无法再预测一次请求具体会落到那一台提供者机器上，但有时能预期或控制请求固定的发往某一台提供者机器在一些场景下会非常有用处，比如当开发者在测试甚至线上环境排查一些复杂问题时，如果能在某一台指定的机器上稳定复现问题现象，对于最终的问题排查肯定会带来很大帮助。
开始之前 部署 Shop 商城项目 部署并打开 Dubbo Admin 任务详情 本任务我们将以 User 服务作为示例，将商城中 Frontend 应用对用户详情方法的调用 UserService#getInfo 全部导流到一台固定实例上去。
将用户详情服务调用导流到一台固定机器 首先，确定部署 User 应用的实际机器列表
$ kubectl get pods -n dubbo-demo # list result here 为 org.apache.dubbo.samples.UserService 服务的 getInfo 方法调用设置条件路由规则，所有这个方法的调用全部转发到一台指定机器。
-操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【流量管控】>【指定机器导流】 点击 “创建”，输入服务 org.apache.dubbo.samples.UserService 。 打开机器日志，刷新页面多触发机器用户详情服务调用，可以看到只有规则中指定实例中的日志在持续更新。
-规则详解 规则 key ：org.apache.dubbo.samples.UserService
+操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【服务治理】>【条件路由】 点击 “创建”，输入服务 org.apache.dubbo.samples.UserService 。 打开机器日志，刷新页面多触发机器用户详情服务调用，可以看到只有规则中指定的实例中在持续刷新以下日志：
+Received getInfo request...... 规则详解 规则 key ：org.apache.dubbo.samples.UserService
规则体
configVersion: v3.0 enabled: true force: false conditions: - 'method=getInfo => host = {your ip address}' 替换 {your ip address} 为 User 实际的部署地址。"><meta name=twitter:description content="自动的地址发现和负载均衡机制有很多优势，它让我们构建可伸缩的分布式微服务系统成为可能，但这种动态的流量分配也带来很多复杂性。一个典型问题是我们无法再预测一次请求具体会落到那一台提供者机器上，但有时能预期或控制请求固定的发往某一台提供者机器在一些场景下会非常有用处，比如当开发者在测试甚至线上环境排查一些复杂问题时，如果能在某一台指定的机器上稳定复现问题现象，对于最终的问题排查肯定会带来很大帮助。
开始之前 部署 Shop 商城项目 部署并打开 Dubbo Admin 任务详情 本任务我们将以 User 服务作为示例，将商城中 Frontend 应用对用户详情方法的调用 UserService#getInfo 全部导流到一台固定实例上去。
将用户详情服务调用导流到一台固定机器 首先，确定部署 User 应用的实际机器列表
$ kubectl get pods -n dubbo-demo # list result here 为 org.apache.dubbo.samples.UserService 服务的 getInfo 方法调用设置条件路由规则，所有这个方法的调用全部转发到一台指定机器。
-操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【流量管控】>【指定机器导流】 点击 “创建”，输入服务 org.apache.dubbo.samples.UserService 。 打开机器日志，刷新页面多触发机器用户详情服务调用，可以看到只有规则中指定实例中的日志在持续更新。
-规则详解 规则 key ：org.apache.dubbo.samples.UserService
+操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【服务治理】>【条件路由】 点击 “创建”，输入服务 org.apache.dubbo.samples.UserService 。 打开机器日志，刷新页面多触发机器用户详情服务调用，可以看到只有规则中指定的实例中在持续刷新以下日志：
+Received getInfo request...... 规则详解 规则 key ：org.apache.dubbo.samples.UserService
规则体
configVersion: v3.0 enabled: true force: false conditions: - 'method=getInfo => host = {your ip address}' 替换 {your ip address} 为 User 实际的部署地址。"><meta property="og:url" content="http://static.dubbo.apache.org:8080/zh-cn/overview/tasks/traffic-management/host/"><meta property="og:title" content="将流量点对点引导到一台机器 (如排查问题)"><meta name=twitter:title content="将流量点对点引导到一台机器 (如排查问题)"><meta name=twitter:image:alt content="Apache Dubbo"><meta property="og:image" content="/images/kubernetes-horizontal- [...]
<script src=https://g.alicdn.com/mamba/assets/0.0.7/mse-arc-ui.min.js></script>
<link rel=stylesheet href=https://g.alicdn.com/mamba/assets/0.0.7/mse-arc-ui.min.css><link href=/css/community.css rel=stylesheet><link href=/css/contactus.css rel=stylesheet><script src=/js/script.js></script><title>将流量点对点引导到一台机器 (如排查问题) | Apache Dubbo</title></head><body class="td-page td-documentation"><header><nav class="js-navbar-scroll navbar navbar-expand navbar-dark flex-column flex-md-row td-navbar" data-auto-burger=primary><a class=navbar-brand href=/zh-cn/><span class=navbar-l [...]
</span></span><span style=display:flex><span><span style=color:#586e75># list result here</span>
-</span></span></code></pre></div><p>为 <code>org.apache.dubbo.samples.UserService</code> 服务的 <code>getInfo</code> 方法调用设置条件路由规则，所有这个方法的调用全部转发到一台指定机器。</p><h4 id=操作步骤>操作步骤</h4><ol><li>打开 Dubbo Admin 控制台</li><li>在左侧导航栏选择【流量管控】>【指定机器导流】</li><li>点击 “创建”，输入服务 <code>org.apache.dubbo.samples.UserService</code> 。</li></ol><p><img src alt="Admin 指定机器导流配置截图"></p><p>打开机器日志，刷新页面多触发机器用户详情服务调用，可以看到只有规则中指定实例中的日志在持续更新。</p><h4 id=规则详解>规则详解</h4><p><strong>规则 key</strong> ：<code>org.apache.dubbo.s [...]
+</span></span></code></pre></div><p>为 <code>org.apache.dubbo.samples.UserService</code> 服务的 <code>getInfo</code> 方法调用设置条件路由规则，所有这个方法的调用全部转发到一台指定机器。</p><h4 id=操作步骤>操作步骤</h4><ol><li>打开 Dubbo Admin 控制台</li><li>在左侧导航栏选择【服务治理】>【条件路由】</li><li>点击 “创建”，输入服务 <code>org.apache.dubbo.samples.UserService</code> 。</li></ol><p><img src=/imgs/v3/tasks/host/host_admin.png alt="Admin 指定机器导流配置截图"></p><p>打开机器日志，刷新页面多触发机器用户详情服务调用，可以看到只有规则中指定的实例中在持续刷新以下日志：</p><div class=highlight><pre tabindex=0 s [...]
+</span></span></code></pre></div><h4 id=规则详解>规则详解</h4><p><strong>规则 key</strong> ：<code>org.apache.dubbo.samples.UserService</code></p><p><strong>规则体</strong></p><div class=highlight><pre tabindex=0 style=color:#93a1a1;background-color:#002b36;-moz-tab-size:4;-o-tab-size:4;tab-size:4><code class=language-yaml data-lang=yaml><span style=display:flex><span><span style=color:#268bd2>configVersion</span>: v3.0
</span></span><span style=display:flex><span><span style=color:#268bd2>enabled</span>: <span style=color:#cb4b16>true</span>
</span></span><span style=display:flex><span><span style=color:#268bd2>force</span>: <span style=color:#cb4b16>false</span>
</span></span><span style=display:flex><span><span style=color:#268bd2>conditions</span>:
diff --git a/zh-cn/overview/tasks/traffic-management/index.xml b/zh-cn/overview/tasks/traffic-management/index.xml
index 71973fa24f..6c6e8def94 100644
--- a/zh-cn/overview/tasks/traffic-management/index.xml
+++ b/zh-cn/overview/tasks/traffic-management/index.xml
@@ -18,10 +18,10 @@
<h4 id="操作步骤">操作步骤</h4>
<ol>
<li>打开 Dubbo Admin 控制台</li>
-<li>在左侧导航栏选择【流量管控】&gt;【超时时间】</li>
+<li>在左侧导航栏选择【服务治理】&gt;【动态配置】</li>
<li>点击 &ldquo;创建&rdquo;，输入服务 <code>org.apache.dubbo.samples.UserService</code> 和新的超时时间如 <code>2000</code> 即可。</li>
</ol>
-<p><img src="" alt="Admin 超时时间设置截图"></p>
+<p><img src="http://static.dubbo.apache.org:8080/imgs/v3/tasks/timeout/timeout_admin.png" alt="Admin 超时时间设置截图"></p>
<p>保存后，再次点击 <code>Timeout Login</code>，此时在经过短暂的等待后系统可以正常登录。</p>
<h4 id="规则详解">规则详解</h4>
<p><strong>规则 key</strong> ：<code>org.apache.dubbo.samples.UserService</code></p>
@@ -47,18 +47,21 @@
<h2 id="任务详情">任务详情</h2>
<p>成功登录商城项目后，商城会默认在首页展示当前登录用户的详细信息。</p>
<p><img src="http://static.dubbo.apache.org:8080/imgs/v3/tasks/retry/retry1.png" alt="retry1.png"></p>
-<p>但有些时候，提供用户详情的 Dubbo 服务也会由于网络不稳定等各种原因变的不稳定，比如我们提供用户详情的 User 服务就很大概率会调用失败，导致用户无法看到账户的详细信息。商城为了获得带来更好的使用体验，用户信息的加载过程是异步的，因此用户信息加载失败并不会影响对整个商城页面的正常访问，但如果能始终展示完整的用户信息总能给使用者留下更好的印象。</p>
+<p>但有些时候，提供用户详情的 Dubbo 服务也会由于网络不稳定等各种原因变的不稳定，比如我们提供用户详情的 User 服务就很大概率会调用失败，导致用户无法看到账户的详细信息。</p>
<p><img src="http://static.dubbo.apache.org:8080/imgs/v3/tasks/retry/retry2.png" alt="retry2.png"></p>
+<p>用户账户详情查询失败后的系统界面如下：</p>
+<p><img src="http://static.dubbo.apache.org:8080/imgs/v3/tasks/retry/retry4.png" alt="retry2.png"></p>
+<p>商城为了获得带来更好的使用体验，用户信息的加载过程是异步的，因此用户信息加载失败并不会影响对整个商城页面的正常访问，但如果能始终展示完整的用户信息总能给使用者留下更好的印象。</p>
<h3 id="增加重试提高成功率">增加重试提高成功率</h3>
<p>考虑到访问用户详情的过程是异步的（隐藏在页面加载背后），只要最终数据能加载出来，适当的增加等待时间并不是大的问题。因此，我们可以考虑通过对每次用户访问增加重试次数的方式，提高服务详情服务的整体访问成功率。</p>
<p><img src="http://static.dubbo.apache.org:8080/imgs/v3/tasks/retry/retry3.png" alt="retry3.png"></p>
<h4 id="操作步骤">操作步骤</h4>
<ol>
<li>打开 Dubbo Admin 控制台</li>
-<li>在左侧导航栏选择【流量管控】&gt;【服务重试】</li>
+<li>在左侧导航栏选择【服务治理】&gt;【动态配置】</li>
<li>点击 &ldquo;创建&rdquo;，输入服务 <code>org.apache.dubbo.samples.UserService</code> 和失败重试次数如 <code>4</code> 即可。</li>
</ol>
-<p><img src="" alt="Admin 重试次数设置截图"></p>
+<p><img src="http://static.dubbo.apache.org:8080/imgs/v3/tasks/retry/retry_admin.png" alt="Admin 重试次数设置截图"></p>
<p>保存后，尝试多次刷新页面，发现用户详情数据总是能正常显示，虽然有时由于重试的缘故加载时间会明显变长。</p>
<h4 id="规则详解">规则详解</h4>
<p><strong>规则 key</strong> ：<code>org.apache.dubbo.samples.UserService</code></p>
@@ -90,10 +93,10 @@
<h4 id="操作步骤">操作步骤</h4>
<ol>
<li>打开 Dubbo Admin 控制台</li>
-<li>在左侧导航栏选择【流量管控】&gt;【访问日志】</li>
+<li>在左侧导航栏选择【服务治理】&gt;【动态配置】</li>
<li>点击 &ldquo;创建&rdquo;，输入应用名 <code>shop-user</code> 并勾选 &ldquo;开启访问日志&rdquo;（此时访问日志将和普通日志打印在一起）。</li>
</ol>
-<p><img src="" alt="Admin 访问日志设置截图"></p>
+<p><img src="http://static.dubbo.apache.org:8080/imgs/v3/tasks/accesslog/accesslog_admin.png" alt="Admin 访问日志设置截图"></p>
<p>再次访问登录页面，登录到 <code>User</code> 应用的任意一台机器，可以看到如下格式的访问日志。</p>
<div class="highlight"><pre tabindex="0" style="color:#93a1a1;background-color:#002b36;-moz-tab-size:4;-o-tab-size:4;tab-size:4;"><code class="language-text" data-lang="text"><span style="display:flex;"><span>[2022-12-30 12:36:31.15900] -&gt; [2022-12-30 12:36:31.16000] 192.168.0.103:60943 -&gt; 192.168.0.103:20884 - org.apache.dubbo.samples.UserService login(java.lang.String,java.lang.String) [&#34;test&#34;,&#34;&#34;], dubbo version: 3.2.0-beta.4 [...]
</span></span><span style="display:flex;"><span>[2022-12-30 12:36:33.95900] -&gt; [2022-12-30 12:36:33.95900] 192.168.0.103:60943 -&gt; 192.168.0.103:20884 - org.apache.dubbo.samples.UserService getInfo(java.lang.String) [&#34;test&#34;], dubbo version: 3.2.0-beta.4-SNAPSHOT, current host: 192.168.0.103
@@ -150,10 +153,10 @@
<h4 id="操作步骤">操作步骤</h4>
<ol>
<li>登录 Dubbo Admin 控制台</li>
-<li>在左侧导航栏选择【流量管控】 &gt; 【同区域优先】。</li>
+<li>在左侧导航栏选择【服务治理】 &gt; 【条件路由】。</li>
<li>点击 &ldquo;创建&rdquo; 按钮，填入要启用同区域优先的服务如 <code>org.apache.dubbo.samples.CommentService</code> 与 <code>区域标识</code> 如 <code>region</code> 即可。</li>
</ol>
-<p><img src="" alt="Admin 同区域优先设置截图"></p>
+<p><img src="http://static.dubbo.apache.org:8080/imgs/v3/tasks/region/region_admin.png" alt="Admin 同区域优先设置截图"></p>
<p>同区域优先开启后，此时再尝试刷新商品详情页面，可以看到 description 与 comment 始终保持 v1 或 v2 的同步。</p>
<p><img src="http://static.dubbo.apache.org:8080/imgs/v3/tasks/region/region4.png" alt="region4"></p>
<p>如果你将 <code>hangzhou</code> 区域部署的 Comment v2 版本全部下线，则 Detail v2 会自动的跨区域访问到 <code>beijing</code> 区域的 Comment v1。</p>
@@ -198,14 +201,15 @@
<h4 id="操作步骤">操作步骤</h4>
<ol>
<li>打开 Dubbo Admin 控制台</li>
-<li>在左侧导航栏选择【流量管控】&gt;【流量隔离】</li>
+<li>在左侧导航栏选择【服务治理】&gt;【标签路由】</li>
<li>点击 &ldquo;创建&rdquo;，输入 <code>shop-detail</code> 和流量隔离条件保存即可；重复为 <code>shop-comment</code>、<code>shop-order</code> 创建相同的隔离规则。</li>
</ol>
-<p><img src="" alt="Admin 灰度隔离环境设置截图"></p>
+<p><img src="http://static.dubbo.apache.org:8080/imgs/v3/tasks/gray/gray_admin.png" alt="Admin 灰度隔离环境设置截图"></p>
<p>以上规则为每个应用隔离出了一套独立的灰度环境，所有带有 <code>env=gray</code> 的标签都属于灰度环境。等待一小会确保规则下发完成，接下来就可以验证灰度流量在隔离环境中运行。</p>
<p>为了模拟灰度流量，我们为商城示例首页设置了一个 <code>Login To Gray</code> 的入口来模拟从灰度环境进入商城的流量，在真实环境中这可以通过在入口网关根据某些规则识别流量并自动打标实现。</p>
<p><img src="http://static.dubbo.apache.org:8080/imgs/v3/tasks/gray/gray2.png" alt="gray2"></p>
-<p>通过 <code>Login To Gray</code> 登录后，之后所有请求 Detail、Comment、Order、User 服务的流量都会自动带有 <code>dubbo.tag=gray</code> 的标识，Dubbo 标签路由组件会识别这个标识，并将流量路由到刚才圈定的灰度环境（即所有 <code>env=gray</code> 的实例）。</p>
+<p>通过 <code>Login To Gray</code> 登录后，之后所有请求 Detail、Comment、Order、User 服务的流量都会自动带有 <code>dubbo.tag=gray</code> 的标识，Dubbo 标签路由组件会识别这个标识，并将流量路由到刚才圈定的灰度环境（即所有 <code>env=gray</code> 的实例）。系统运行效果如下：</p>
+<p><img src="http://static.dubbo.apache.org:8080/imgs/v3/tasks/gray/gray3.png" alt="Admin 灰度隔离环境设置截图"></p>
<h4 id="规则详解">规则详解</h4>
<p>我们需要通过 Admin 为 <code>shop-detail</code>、<code>shop-comment</code>、<code>shop-order</code>、<code>shop-user</code> 四个应用分别设置标签归组规则，以 <code>shop-detail</code> 为例：</p>
<p><strong>规则 key</strong> ：<code>shop-detail</code></p>
@@ -259,7 +263,7 @@
<li>在左侧导航栏选择【服务治理】 &gt; 【参数路由】</li>
<li>点击 &ldquo;创建&rdquo; 按钮，输入。</li>
</ol>
-<p><img src="" alt="Admin 参数路由设置截图"></p>
+<p><img src="http://static.dubbo.apache.org:8080/imgs/v3/tasks/arguments/arguments_admin.png" alt="Admin 参数路由设置截图"></p>
<p>方法参数的索引从 <code>0</code> 开始，我们上面填入 <code>1</code> 表示根据第二个参数进行流量转发。</p>
<h4 id="规则详解">规则详解</h4>
<p><strong>规则 key</strong> ：<code>org.apache.dubbo.samples.DetailService</code></p>
@@ -271,14 +275,14 @@
</span></span><span style="display:flex;"><span><span style="color:#268bd2">enabled</span>: <span style="color:#cb4b16">true</span>
</span></span><span style="display:flex;"><span><span style="color:#268bd2">priority</span>: <span style="color:#2aa198">1</span>
</span></span><span style="display:flex;"><span><span style="color:#268bd2">conditions</span>:
-</span></span><span style="display:flex;"><span> - method=getItem &amp; arguments[1]=dubbo =&gt; orderVersion=v2
+</span></span><span style="display:flex;"><span> - method=getItem &amp; arguments[1]=dubbo =&gt; detailVersion=v2
</span></span></code></pre></div><ul>
<li><code>method=getItem &amp; arguments[1]=dubbo</code> 表示流量规则匹配 <code>getItem</code> 方法调用的第二个参数，当参数值为 <code>dubbo</code> 时做进一步的地址子集筛选。</li>
-<li><code>orderVersion=v2</code> 将过滤出所有带有 <code>orderVersion=v2</code> 标识的 URL 地址子集（在示例部署中，我们所有 detail v2 的实例都已经打上了 <code>orderVersion=v2</code> 标签）。</li>
+<li><code>detailVersion=v2</code> 将过滤出所有带有 <code>detailVersion=v2</code> 标识的 URL 地址子集（在示例部署中，我们所有 detail v2 的实例都已经打上了 <code>detailVersion=v2</code> 标签）。</li>
</ul>
<div class="highlight"><pre tabindex="0" style="color:#93a1a1;background-color:#002b36;-moz-tab-size:4;-o-tab-size:4;tab-size:4;"><code class="language-yaml" data-lang="yaml"><span style="display:flex;"><span><span style="color:#268bd2">conditions</span>:
-</span></span><span style="display:flex;"><span> - method=getItem &amp; arguments[1]=dubbo =&gt; orderVersion=v2
-</span></span></code></pre></div><p><code>force: false</code> 表示如果没有 <code>type=vip</code> 的地址，则随机访问所有可用地址。</p>
+</span></span><span style="display:flex;"><span> - method=getItem &amp; arguments[1]=dubbo =&gt; detailVersion=v2
+</span></span></code></pre></div><p><code>force: false</code> 表示如果没有 <code>detailVersion=v2</code> 的地址，则随机访问所有可用地址。</p>
<h2 id="其他事项">其他事项</h2>
<p>本示例只是 Dubbo 条件路由的一种使用场景，除了根据方法名、参数匹配进行流量转发，条件路由还可以根据附加参数 Attachments、URL 中的数据等进行流量转发，同时匹配条件也支持范围、通配符等，比如：</p>
<ul>
@@ -310,10 +314,10 @@
<h4 id="操作步骤">操作步骤</h4>
<ol>
<li>打开 Dubbo Admin 控制台</li>
-<li>在左侧导航栏选择【流量管控】&gt;【权重比例】</li>
+<li>在左侧导航栏选择【服务治理】&gt;【动态配置】</li>
<li>点击 &ldquo;创建&rdquo;，输入要调整的 <code>org.apache.dubbo.samples.OrderService</code> 、目标实例匹配条件和权重值。</li>
</ol>
-<p><img src="" alt="Admin 权重比例设置截图"></p>
+<p><img src="http://static.dubbo.apache.org:8080/imgs/v3/tasks/weight/weight_admin.png" alt="Admin 权重比例设置截图"></p>
<p>再次疯狂点击 &ldquo;Buy Now&rdquo; 尝试多次创建订单，现在大概只有 20% 的机会看到 v2 版本的订单详情信息</p>
<p>在确定 v2 版本的 Order 服务稳定运行后，进一步的增加 v2 权重，直到所有老版本服务都被新版本替换掉，这样就完成了一次稳定的服务版本升级。</p>
<h4 id="规则详解">规则详解</h4>
@@ -364,9 +368,10 @@
<li>在左侧导航栏选择【流量管控】&gt;【服务降级】</li>
<li>点击 &ldquo;创建&rdquo;，输入服务 <code>org.apache.dubbo.samples.CommentService</code> 和降级规则。</li>
</ol>
-<p><img src="" alt="Admin 服务降级规则配置截图"></p>
+<p><img src="http://static.dubbo.apache.org:8080/imgs/v3/tasks/mock/mock_admin.png" alt="Admin 服务降级规则配置截图"></p>
<p>等待降级规则推送完成之后，刷新商品详情页面，发现商品评论信息已经变为我们预先设置的 &ldquo;Mock Comment&rdquo;，因为商品详情页的 Comment 服务调用已经在本地短路，并没有真正的发送到后端服务提供者机器上。</p>
<p><img src="http://static.dubbo.apache.org:8080/imgs/v3/tasks/mock/mock2.png" alt="mock2.png"></p>
+<p>再次刷新页面</p>
<h4 id="规则详解">规则详解</h4>
<p><strong>规则 key</strong> ：<code>org.apache.dubbo.samples.CommentService</code></p>
<p><strong>规则体</strong></p>
@@ -398,12 +403,13 @@
<h4 id="操作步骤">操作步骤</h4>
<ol>
<li>打开 Dubbo Admin 控制台</li>
-<li>在左侧导航栏选择【流量管控】&gt;【指定机器导流】</li>
+<li>在左侧导航栏选择【服务治理】&gt;【条件路由】</li>
<li>点击 &ldquo;创建&rdquo;，输入服务 <code>org.apache.dubbo.samples.UserService</code> 。</li>
</ol>
-<p><img src="" alt="Admin 指定机器导流配置截图"></p>
-<p>打开机器日志，刷新页面多触发机器用户详情服务调用，可以看到只有规则中指定实例中的日志在持续更新。</p>
-<h4 id="规则详解">规则详解</h4>
+<p><img src="http://static.dubbo.apache.org:8080/imgs/v3/tasks/host/host_admin.png" alt="Admin 指定机器导流配置截图"></p>
+<p>打开机器日志，刷新页面多触发机器用户详情服务调用，可以看到只有规则中指定的实例中在持续刷新以下日志：</p>
+<div class="highlight"><pre tabindex="0" style="color:#93a1a1;background-color:#002b36;-moz-tab-size:4;-o-tab-size:4;tab-size:4;"><code class="language-text" data-lang="text"><span style="display:flex;"><span>Received getInfo request......
+</span></span></code></pre></div><h4 id="规则详解">规则详解</h4>
<p><strong>规则 key</strong> ：<code>org.apache.dubbo.samples.UserService</code></p>
<p><strong>规则体</strong></p>
<div class="highlight"><pre tabindex="0" style="color:#93a1a1;background-color:#002b36;-moz-tab-size:4;-o-tab-size:4;tab-size:4;"><code class="language-yaml" data-lang="yaml"><span style="display:flex;"><span><span style="color:#268bd2">configVersion</span>: v3.0
diff --git a/zh-cn/overview/tasks/traffic-management/isolation/index.html b/zh-cn/overview/tasks/traffic-management/isolation/index.html
index af42e7b1ce..6d864541f1 100644
--- a/zh-cn/overview/tasks/traffic-management/isolation/index.html
+++ b/zh-cn/overview/tasks/traffic-management/isolation/index.html
@@ -4,25 +4,25 @@
开始之前 部署 Shop 商城项目 部署并打开 Dubbo Admin 任务详情 我们决定为商城系统建立一套完整的线上灰度验证环境，灰度环境和线上环境共享一套物理集群，需要我们通过 Dubbo 标签路由从逻辑上完全隔离出一套环境，做到灰度流量和线上流量互不干扰。
为商城搭建一套完全隔离的灰度环境 首先，为 User、Detail、Comment、Order 几个应用都部署灰度环境实例，我们为这部分实例都带有 env=gray 的环境标。部署可以通过以下命令快速完成
kubectl apply -f https://raw.githubusercontent.com/apache/dubbo-samples/master/10-task/dubbo-samples-shop/deploy/Gray.yml 接下来，我们开始为几个应用分别增加标签规则，将刚刚部署的实例从普通流量实例隔离出来。
-操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【流量管控】>【流量隔离】 点击 “创建”，输入 shop-detail 和流量隔离条件保存即可；重复为 shop-comment、shop-order 创建相同的隔离规则。 以上规则为每个应用隔离出了一套独立的灰度环境，所有带有 env=gray 的标签都属于灰度环境。等待一小会确保规则下发完成，接下来就可以验证灰度流量在隔离环境中运行。
+操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【服务治理】>【标签路由】 点击 “创建”，输入 shop-detail 和流量隔离条件保存即可；重复为 shop-comment、shop-order 创建相同的隔离规则。 以上规则为每个应用隔离出了一套独立的灰度环境，所有带有 env=gray 的标签都属于灰度环境。等待一小会确保规则下发完成，接下来就可以验证灰度流量在隔离环境中运行。
为了模拟灰度流量，我们为商城示例首页设置了一个 Login To Gray 的入口来模拟从灰度环境进入商城的流量，在真实环境中这可以通过在入口网关根据某些规则识别流量并自动打标实现。
-通过 Login To Gray 登录后，之后所有请求 Detail、Comment、Order、User 服务的流量都会自动带有 dubbo.tag=gray 的标识，Dubbo 标签路由组件会识别这个标识，并将流量路由到刚才圈定的灰度环境（即所有 env=gray 的实例）。"><meta property="og:type" content="article"><meta property="og:url" content="http://static.dubbo.apache.org:8080/zh-cn/overview/tasks/traffic-management/isolation/"><meta property="article:section" content="overview"><meta property="article:modified_time" content="2023-02-09T17:22:57+08:00"><meta property="og:site_name" content="Apache Dubbo"><meta [...]
+通过 Login To Gray 登录后，之后所有请求 Detail、Comment、Order、User 服务的流量都会自动带有 dubbo.tag=gray 的标识，Dubbo 标签路由组件会识别这个标识，并将流量路由到刚才圈定的灰度环境（即所有 env=gray 的实例）。系统运行效果如下："><meta property="og:type" content="article"><meta property="og:url" content="http://static.dubbo.apache.org:8080/zh-cn/overview/tasks/traffic-management/isolation/"><meta property="article:section" content="overview"><meta property="article:modified_time" content="2023-02-14T16:09:27+08:00"><meta property="og:site_name" content="Apache Dubb [...]
在日常开发中，为了避免开发测试过程中互相干扰，我们有搭建多套独立测试环境的需求，但通过搭建物理集群的方式成本非常高且不够灵活 在生产发布过程中，为了保障新版本得到充分的验证，我们需要搭建一套完全隔离的线上灰度环境用来部署新版本服务，线上灰度环境能完全模拟生产运行情况，但只有固定的带有特定标记的线上流量会被导流到灰度环境，充分验证新版本的同时将线上变更风险降到最低。 利用 Dubbo 提供的标签路由能力，可以非常灵活的实现流量隔离能力。可以单独为集群中的某一个或多个应用划分隔离环境，也可以为整个微服务集群划分隔离环境；可以在部署态静态的标记隔离环境，也可以在运行态通过规则动态的隔离出一部分机器环境。
注意：标签路由是一套严格隔离的流量体系，对于同一个应用而言，一旦打了标签则这部分地址子集就被隔离出来，只有带有对应标签的请求流量可以访问这个地址子集，这部分地址不再接收没有标签或者具有不同标签的流量。举个例子，如果我们将一个应用进行打标，打标后划分为 tag-a、tag-b、无 tag 三个地址子集，则访问这个应用的流量，要么路由到 tag-a (当请求上下文 dubbo.tag=tag-a)，要么路由到 tag-b (dubbo.tag=tag-b)，或者路由到无 tag 的地址子集 (dubbo.tag 未设置)，不会出现混调的情况。
开始之前 部署 Shop 商城项目 部署并打开 Dubbo Admin 任务详情 我们决定为商城系统建立一套完整的线上灰度验证环境，灰度环境和线上环境共享一套物理集群，需要我们通过 Dubbo 标签路由从逻辑上完全隔离出一套环境，做到灰度流量和线上流量互不干扰。
为商城搭建一套完全隔离的灰度环境 首先，为 User、Detail、Comment、Order 几个应用都部署灰度环境实例，我们为这部分实例都带有 env=gray 的环境标。部署可以通过以下命令快速完成
kubectl apply -f https://raw.githubusercontent.com/apache/dubbo-samples/master/10-task/dubbo-samples-shop/deploy/Gray.yml 接下来，我们开始为几个应用分别增加标签规则，将刚刚部署的实例从普通流量实例隔离出来。
-操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【流量管控】>【流量隔离】 点击 “创建”，输入 shop-detail 和流量隔离条件保存即可；重复为 shop-comment、shop-order 创建相同的隔离规则。 以上规则为每个应用隔离出了一套独立的灰度环境，所有带有 env=gray 的标签都属于灰度环境。等待一小会确保规则下发完成，接下来就可以验证灰度流量在隔离环境中运行。
+操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【服务治理】>【标签路由】 点击 “创建”，输入 shop-detail 和流量隔离条件保存即可；重复为 shop-comment、shop-order 创建相同的隔离规则。 以上规则为每个应用隔离出了一套独立的灰度环境，所有带有 env=gray 的标签都属于灰度环境。等待一小会确保规则下发完成，接下来就可以验证灰度流量在隔离环境中运行。
为了模拟灰度流量，我们为商城示例首页设置了一个 Login To Gray 的入口来模拟从灰度环境进入商城的流量，在真实环境中这可以通过在入口网关根据某些规则识别流量并自动打标实现。
-通过 Login To Gray 登录后，之后所有请求 Detail、Comment、Order、User 服务的流量都会自动带有 dubbo.tag=gray 的标识，Dubbo 标签路由组件会识别这个标识，并将流量路由到刚才圈定的灰度环境（即所有 env=gray 的实例）。"><meta itemprop=dateModified content="2023-02-09T17:22:57+08:00"><meta itemprop=wordCount content="180"><meta itemprop=keywords content><meta name=twitter:card content="summary"><meta name=twitter:title content="通过标签实现流量隔离环境（灰度、多套开发环境等）"><meta name=twitter:description content="无论是在日常开发测试环境，还是在预发生产环境，我们经常都会遇到流量隔离环境的需求。
+通过 Login To Gray 登录后，之后所有请求 Detail、Comment、Order、User 服务的流量都会自动带有 dubbo.tag=gray 的标识，Dubbo 标签路由组件会识别这个标识，并将流量路由到刚才圈定的灰度环境（即所有 env=gray 的实例）。系统运行效果如下："><meta itemprop=dateModified content="2023-02-14T16:09:27+08:00"><meta itemprop=wordCount content="180"><meta itemprop=keywords content><meta name=twitter:card content="summary"><meta name=twitter:title content="通过标签实现流量隔离环境（灰度、多套开发环境等）"><meta name=twitter:description content="无论是在日常开发测试环境，还是在预发生产环境，我们经常都会遇到流量隔离环境的需求。
在日常开发中，为了避免开发测试过程中互相干扰，我们有搭建多套独立测试环境的需求，但通过搭建物理集群的方式成本非常高且不够灵活 在生产发布过程中，为了保障新版本得到充分的验证，我们需要搭建一套完全隔离的线上灰度环境用来部署新版本服务，线上灰度环境能完全模拟生产运行情况，但只有固定的带有特定标记的线上流量会被导流到灰度环境，充分验证新版本的同时将线上变更风险降到最低。 利用 Dubbo 提供的标签路由能力，可以非常灵活的实现流量隔离能力。可以单独为集群中的某一个或多个应用划分隔离环境，也可以为整个微服务集群划分隔离环境；可以在部署态静态的标记隔离环境，也可以在运行态通过规则动态的隔离出一部分机器环境。
注意：标签路由是一套严格隔离的流量体系，对于同一个应用而言，一旦打了标签则这部分地址子集就被隔离出来，只有带有对应标签的请求流量可以访问这个地址子集，这部分地址不再接收没有标签或者具有不同标签的流量。举个例子，如果我们将一个应用进行打标，打标后划分为 tag-a、tag-b、无 tag 三个地址子集，则访问这个应用的流量，要么路由到 tag-a (当请求上下文 dubbo.tag=tag-a)，要么路由到 tag-b (dubbo.tag=tag-b)，或者路由到无 tag 的地址子集 (dubbo.tag 未设置)，不会出现混调的情况。
开始之前 部署 Shop 商城项目 部署并打开 Dubbo Admin 任务详情 我们决定为商城系统建立一套完整的线上灰度验证环境，灰度环境和线上环境共享一套物理集群，需要我们通过 Dubbo 标签路由从逻辑上完全隔离出一套环境，做到灰度流量和线上流量互不干扰。
为商城搭建一套完全隔离的灰度环境 首先，为 User、Detail、Comment、Order 几个应用都部署灰度环境实例，我们为这部分实例都带有 env=gray 的环境标。部署可以通过以下命令快速完成
kubectl apply -f https://raw.githubusercontent.com/apache/dubbo-samples/master/10-task/dubbo-samples-shop/deploy/Gray.yml 接下来，我们开始为几个应用分别增加标签规则，将刚刚部署的实例从普通流量实例隔离出来。
-操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【流量管控】>【流量隔离】 点击 “创建”，输入 shop-detail 和流量隔离条件保存即可；重复为 shop-comment、shop-order 创建相同的隔离规则。 以上规则为每个应用隔离出了一套独立的灰度环境，所有带有 env=gray 的标签都属于灰度环境。等待一小会确保规则下发完成，接下来就可以验证灰度流量在隔离环境中运行。
+操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【服务治理】>【标签路由】 点击 “创建”，输入 shop-detail 和流量隔离条件保存即可；重复为 shop-comment、shop-order 创建相同的隔离规则。 以上规则为每个应用隔离出了一套独立的灰度环境，所有带有 env=gray 的标签都属于灰度环境。等待一小会确保规则下发完成，接下来就可以验证灰度流量在隔离环境中运行。
为了模拟灰度流量，我们为商城示例首页设置了一个 Login To Gray 的入口来模拟从灰度环境进入商城的流量，在真实环境中这可以通过在入口网关根据某些规则识别流量并自动打标实现。
-通过 Login To Gray 登录后，之后所有请求 Detail、Comment、Order、User 服务的流量都会自动带有 dubbo.tag=gray 的标识，Dubbo 标签路由组件会识别这个标识，并将流量路由到刚才圈定的灰度环境（即所有 env=gray 的实例）。"><script type=application/javascript>var doNotTrack=!1;doNotTrack||(window.ga=window.ga||function(){(ga.q=ga.q||[]).push(arguments)},ga.l=+new Date,ga("create","G-1TFHM5YBH0","auto"),ga("send","pageview"))</script><script async src=https://www.google-analytics.com/analytics.js></script>
+通过 Login To Gray 登录后，之后所有请求 Detail、Comment、Order、User 服务的流量都会自动带有 dubbo.tag=gray 的标识，Dubbo 标签路由组件会识别这个标识，并将流量路由到刚才圈定的灰度环境（即所有 env=gray 的实例）。系统运行效果如下："><script type=application/javascript>var doNotTrack=!1;doNotTrack||(window.ga=window.ga||function(){(ga.q=ga.q||[]).push(arguments)},ga.l=+new Date,ga("create","G-1TFHM5YBH0","auto"),ga("send","pageview"))</script><script async src=https://www.google-analytics.com/analytics.js></script>
<link rel=preload href=/scss/main.min.209e23d05c00cd0efb0dc9daf65a7d29491c7e1c8f21c8ec76798fe1e0a467a9.css as=style><link href=/scss/main.min.209e23d05c00cd0efb0dc9daf65a7d29491c7e1c8f21c8ec76798fe1e0a467a9.css rel=stylesheet integrity><script src=/js/jquery-3.5.1.min.js integrity="sha256-9/aliU8dGd2tb6OSsuzixeV4y/faTqgFtohetphbbj0=" crossorigin=anonymous></script>
<link rel=stylesheet href=https://cdn.jsdelivr.net/npm/@docsearch/css@3><meta name=theme-color content="#326ce5"><link rel=stylesheet href=/css/feature-states.css><meta name=description content="无论是在日常开发测试环境，还是在预发生产环境，我们经常都会遇到流量隔离环境的需求。
在日常开发中，为了避免开发测试过程中互相干扰，我们有搭建多套独立测试环境的需求，但通过搭建物理集群的方式成本非常高且不够灵活 在生产发布过程中，为了保障新版本得到充分的验证，我们需要搭建一套完全隔离的线上灰度环境用来部署新版本服务，线上灰度环境能完全模拟生产运行情况，但只有固定的带有特定标记的线上流量会被导流到灰度环境，充分验证新版本的同时将线上变更风险降到最低。 利用 Dubbo 提供的标签路由能力，可以非常灵活的实现流量隔离能力。可以单独为集群中的某一个或多个应用划分隔离环境，也可以为整个微服务集群划分隔离环境；可以在部署态静态的标记隔离环境，也可以在运行态通过规则动态的隔离出一部分机器环境。
@@ -30,28 +30,28 @@ kubectl apply -f https://raw.githubusercontent.com/apache/dubbo-samples/master/1
开始之前 部署 Shop 商城项目 部署并打开 Dubbo Admin 任务详情 我们决定为商城系统建立一套完整的线上灰度验证环境，灰度环境和线上环境共享一套物理集群，需要我们通过 Dubbo 标签路由从逻辑上完全隔离出一套环境，做到灰度流量和线上流量互不干扰。
为商城搭建一套完全隔离的灰度环境 首先，为 User、Detail、Comment、Order 几个应用都部署灰度环境实例，我们为这部分实例都带有 env=gray 的环境标。部署可以通过以下命令快速完成
kubectl apply -f https://raw.githubusercontent.com/apache/dubbo-samples/master/10-task/dubbo-samples-shop/deploy/Gray.yml 接下来，我们开始为几个应用分别增加标签规则，将刚刚部署的实例从普通流量实例隔离出来。
-操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【流量管控】>【流量隔离】 点击 “创建”，输入 shop-detail 和流量隔离条件保存即可；重复为 shop-comment、shop-order 创建相同的隔离规则。 以上规则为每个应用隔离出了一套独立的灰度环境，所有带有 env=gray 的标签都属于灰度环境。等待一小会确保规则下发完成，接下来就可以验证灰度流量在隔离环境中运行。
+操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【服务治理】>【标签路由】 点击 “创建”，输入 shop-detail 和流量隔离条件保存即可；重复为 shop-comment、shop-order 创建相同的隔离规则。 以上规则为每个应用隔离出了一套独立的灰度环境，所有带有 env=gray 的标签都属于灰度环境。等待一小会确保规则下发完成，接下来就可以验证灰度流量在隔离环境中运行。
为了模拟灰度流量，我们为商城示例首页设置了一个 Login To Gray 的入口来模拟从灰度环境进入商城的流量，在真实环境中这可以通过在入口网关根据某些规则识别流量并自动打标实现。
-通过 Login To Gray 登录后，之后所有请求 Detail、Comment、Order、User 服务的流量都会自动带有 dubbo.tag=gray 的标识，Dubbo 标签路由组件会识别这个标识，并将流量路由到刚才圈定的灰度环境（即所有 env=gray 的实例）。"><meta property="og:description" content="无论是在日常开发测试环境，还是在预发生产环境，我们经常都会遇到流量隔离环境的需求。
+通过 Login To Gray 登录后，之后所有请求 Detail、Comment、Order、User 服务的流量都会自动带有 dubbo.tag=gray 的标识，Dubbo 标签路由组件会识别这个标识，并将流量路由到刚才圈定的灰度环境（即所有 env=gray 的实例）。系统运行效果如下："><meta property="og:description" content="无论是在日常开发测试环境，还是在预发生产环境，我们经常都会遇到流量隔离环境的需求。
在日常开发中，为了避免开发测试过程中互相干扰，我们有搭建多套独立测试环境的需求，但通过搭建物理集群的方式成本非常高且不够灵活 在生产发布过程中，为了保障新版本得到充分的验证，我们需要搭建一套完全隔离的线上灰度环境用来部署新版本服务，线上灰度环境能完全模拟生产运行情况，但只有固定的带有特定标记的线上流量会被导流到灰度环境，充分验证新版本的同时将线上变更风险降到最低。 利用 Dubbo 提供的标签路由能力，可以非常灵活的实现流量隔离能力。可以单独为集群中的某一个或多个应用划分隔离环境，也可以为整个微服务集群划分隔离环境；可以在部署态静态的标记隔离环境，也可以在运行态通过规则动态的隔离出一部分机器环境。
注意：标签路由是一套严格隔离的流量体系，对于同一个应用而言，一旦打了标签则这部分地址子集就被隔离出来，只有带有对应标签的请求流量可以访问这个地址子集，这部分地址不再接收没有标签或者具有不同标签的流量。举个例子，如果我们将一个应用进行打标，打标后划分为 tag-a、tag-b、无 tag 三个地址子集，则访问这个应用的流量，要么路由到 tag-a (当请求上下文 dubbo.tag=tag-a)，要么路由到 tag-b (dubbo.tag=tag-b)，或者路由到无 tag 的地址子集 (dubbo.tag 未设置)，不会出现混调的情况。
开始之前 部署 Shop 商城项目 部署并打开 Dubbo Admin 任务详情 我们决定为商城系统建立一套完整的线上灰度验证环境，灰度环境和线上环境共享一套物理集群，需要我们通过 Dubbo 标签路由从逻辑上完全隔离出一套环境，做到灰度流量和线上流量互不干扰。
为商城搭建一套完全隔离的灰度环境 首先，为 User、Detail、Comment、Order 几个应用都部署灰度环境实例，我们为这部分实例都带有 env=gray 的环境标。部署可以通过以下命令快速完成
kubectl apply -f https://raw.githubusercontent.com/apache/dubbo-samples/master/10-task/dubbo-samples-shop/deploy/Gray.yml 接下来，我们开始为几个应用分别增加标签规则，将刚刚部署的实例从普通流量实例隔离出来。
-操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【流量管控】>【流量隔离】 点击 “创建”，输入 shop-detail 和流量隔离条件保存即可；重复为 shop-comment、shop-order 创建相同的隔离规则。 以上规则为每个应用隔离出了一套独立的灰度环境，所有带有 env=gray 的标签都属于灰度环境。等待一小会确保规则下发完成，接下来就可以验证灰度流量在隔离环境中运行。
+操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【服务治理】>【标签路由】 点击 “创建”，输入 shop-detail 和流量隔离条件保存即可；重复为 shop-comment、shop-order 创建相同的隔离规则。 以上规则为每个应用隔离出了一套独立的灰度环境，所有带有 env=gray 的标签都属于灰度环境。等待一小会确保规则下发完成，接下来就可以验证灰度流量在隔离环境中运行。
为了模拟灰度流量，我们为商城示例首页设置了一个 Login To Gray 的入口来模拟从灰度环境进入商城的流量，在真实环境中这可以通过在入口网关根据某些规则识别流量并自动打标实现。
-通过 Login To Gray 登录后，之后所有请求 Detail、Comment、Order、User 服务的流量都会自动带有 dubbo.tag=gray 的标识，Dubbo 标签路由组件会识别这个标识，并将流量路由到刚才圈定的灰度环境（即所有 env=gray 的实例）。"><meta name=twitter:description content="无论是在日常开发测试环境，还是在预发生产环境，我们经常都会遇到流量隔离环境的需求。
+通过 Login To Gray 登录后，之后所有请求 Detail、Comment、Order、User 服务的流量都会自动带有 dubbo.tag=gray 的标识，Dubbo 标签路由组件会识别这个标识，并将流量路由到刚才圈定的灰度环境（即所有 env=gray 的实例）。系统运行效果如下："><meta name=twitter:description content="无论是在日常开发测试环境，还是在预发生产环境，我们经常都会遇到流量隔离环境的需求。
在日常开发中，为了避免开发测试过程中互相干扰，我们有搭建多套独立测试环境的需求，但通过搭建物理集群的方式成本非常高且不够灵活 在生产发布过程中，为了保障新版本得到充分的验证，我们需要搭建一套完全隔离的线上灰度环境用来部署新版本服务，线上灰度环境能完全模拟生产运行情况，但只有固定的带有特定标记的线上流量会被导流到灰度环境，充分验证新版本的同时将线上变更风险降到最低。 利用 Dubbo 提供的标签路由能力，可以非常灵活的实现流量隔离能力。可以单独为集群中的某一个或多个应用划分隔离环境，也可以为整个微服务集群划分隔离环境；可以在部署态静态的标记隔离环境，也可以在运行态通过规则动态的隔离出一部分机器环境。
注意：标签路由是一套严格隔离的流量体系，对于同一个应用而言，一旦打了标签则这部分地址子集就被隔离出来，只有带有对应标签的请求流量可以访问这个地址子集，这部分地址不再接收没有标签或者具有不同标签的流量。举个例子，如果我们将一个应用进行打标，打标后划分为 tag-a、tag-b、无 tag 三个地址子集，则访问这个应用的流量，要么路由到 tag-a (当请求上下文 dubbo.tag=tag-a)，要么路由到 tag-b (dubbo.tag=tag-b)，或者路由到无 tag 的地址子集 (dubbo.tag 未设置)，不会出现混调的情况。
开始之前 部署 Shop 商城项目 部署并打开 Dubbo Admin 任务详情 我们决定为商城系统建立一套完整的线上灰度验证环境，灰度环境和线上环境共享一套物理集群，需要我们通过 Dubbo 标签路由从逻辑上完全隔离出一套环境，做到灰度流量和线上流量互不干扰。
为商城搭建一套完全隔离的灰度环境 首先，为 User、Detail、Comment、Order 几个应用都部署灰度环境实例，我们为这部分实例都带有 env=gray 的环境标。部署可以通过以下命令快速完成
kubectl apply -f https://raw.githubusercontent.com/apache/dubbo-samples/master/10-task/dubbo-samples-shop/deploy/Gray.yml 接下来，我们开始为几个应用分别增加标签规则，将刚刚部署的实例从普通流量实例隔离出来。
-操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【流量管控】>【流量隔离】 点击 “创建”，输入 shop-detail 和流量隔离条件保存即可；重复为 shop-comment、shop-order 创建相同的隔离规则。 以上规则为每个应用隔离出了一套独立的灰度环境，所有带有 env=gray 的标签都属于灰度环境。等待一小会确保规则下发完成，接下来就可以验证灰度流量在隔离环境中运行。
+操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【服务治理】>【标签路由】 点击 “创建”，输入 shop-detail 和流量隔离条件保存即可；重复为 shop-comment、shop-order 创建相同的隔离规则。 以上规则为每个应用隔离出了一套独立的灰度环境，所有带有 env=gray 的标签都属于灰度环境。等待一小会确保规则下发完成，接下来就可以验证灰度流量在隔离环境中运行。
为了模拟灰度流量，我们为商城示例首页设置了一个 Login To Gray 的入口来模拟从灰度环境进入商城的流量，在真实环境中这可以通过在入口网关根据某些规则识别流量并自动打标实现。
-通过 Login To Gray 登录后，之后所有请求 Detail、Comment、Order、User 服务的流量都会自动带有 dubbo.tag=gray 的标识，Dubbo 标签路由组件会识别这个标识，并将流量路由到刚才圈定的灰度环境（即所有 env=gray 的实例）。"><meta property="og:url" content="http://static.dubbo.apache.org:8080/zh-cn/overview/tasks/traffic-management/isolation/"><meta property="og:title" content="通过标签实现流量隔离环境（灰度、多套开发环境等）"><meta name=twitter:title content="通过标签实现流量隔离环境（灰度、多套开发环境等）"><meta name=twitter:image:alt content="Apache Dubbo"><meta property="og:image" content="/images/kubernetes-ho [...]
+通过 Login To Gray 登录后，之后所有请求 Detail、Comment、Order、User 服务的流量都会自动带有 dubbo.tag=gray 的标识，Dubbo 标签路由组件会识别这个标识，并将流量路由到刚才圈定的灰度环境（即所有 env=gray 的实例）。系统运行效果如下："><meta property="og:url" content="http://static.dubbo.apache.org:8080/zh-cn/overview/tasks/traffic-management/isolation/"><meta property="og:title" content="通过标签实现流量隔离环境（灰度、多套开发环境等）"><meta name=twitter:title content="通过标签实现流量隔离环境（灰度、多套开发环境等）"><meta name=twitter:image:alt content="Apache Dubbo"><meta property="og:image" content="/images/kube [...]
<script src=https://g.alicdn.com/mamba/assets/0.0.7/mse-arc-ui.min.js></script>
<link rel=stylesheet href=https://g.alicdn.com/mamba/assets/0.0.7/mse-arc-ui.min.css><link href=/css/community.css rel=stylesheet><link href=/css/contactus.css rel=stylesheet><script src=/js/script.js></script><title>通过标签实现流量隔离环境（灰度、多套开发环境等） | Apache Dubbo</title></head><body class="td-page td-documentation"><header><nav class="js-navbar-scroll navbar navbar-expand navbar-dark flex-column flex-md-row td-navbar" data-auto-burger=primary><a class=navbar-brand href=/zh-cn/><span class=navba [...]
-</span></span></code></pre></div><p>接下来，我们开始为几个应用分别增加标签规则，将刚刚部署的实例从普通流量实例隔离出来。</p><h4 id=操作步骤>操作步骤</h4><ol><li>打开 Dubbo Admin 控制台</li><li>在左侧导航栏选择【流量管控】>【流量隔离】</li><li>点击 “创建”，输入 <code>shop-detail</code> 和流量隔离条件保存即可；重复为 <code>shop-comment</code>、<code>shop-order</code> 创建相同的隔离规则。</li></ol><p><img src alt="Admin 灰度隔离环境设置截图"></p><p>以上规则为每个应用隔离出了一套独立的灰度环境，所有带有 <code>env=gray</code> 的标签都属于灰度环境。等待一小会确保规则下发完成，接下来就可以验证灰度流量在隔离环境中运行。</p><p>为了模拟灰度流量，我们为商城示例首页设置了一个 <code>Login To Gray</ [...]
+</span></span></code></pre></div><p>接下来，我们开始为几个应用分别增加标签规则，将刚刚部署的实例从普通流量实例隔离出来。</p><h4 id=操作步骤>操作步骤</h4><ol><li>打开 Dubbo Admin 控制台</li><li>在左侧导航栏选择【服务治理】>【标签路由】</li><li>点击 “创建”，输入 <code>shop-detail</code> 和流量隔离条件保存即可；重复为 <code>shop-comment</code>、<code>shop-order</code> 创建相同的隔离规则。</li></ol><p><img src=/imgs/v3/tasks/gray/gray_admin.png alt="Admin 灰度隔离环境设置截图"></p><p>以上规则为每个应用隔离出了一套独立的灰度环境，所有带有 <code>env=gray</code> 的标签都属于灰度环境。等待一小会确保规则下发完成，接下来就可以验证灰度流量在隔离环境中运行。</p><p>为了模拟灰度流量，我 [...]
</span></span><span style=display:flex><span><span style=color:#268bd2>force</span>: <span style=color:#cb4b16>true</span>
</span></span><span style=display:flex><span><span style=color:#268bd2>enabled</span>: <span style=color:#cb4b16>true</span>
</span></span><span style=display:flex><span><span style=color:#268bd2>key</span>: shop-detail
diff --git a/zh-cn/overview/tasks/traffic-management/mock/index.html b/zh-cn/overview/tasks/traffic-management/mock/index.html
index 5a3fbf7db1..92e492ed15 100644
--- a/zh-cn/overview/tasks/traffic-management/mock/index.html
+++ b/zh-cn/overview/tasks/traffic-management/mock/index.html
@@ -4,26 +4,29 @@
评论信息的缺失在很多时候并不会影响用户浏览和购买商品，因此，我们定义评论信息属于商品详情页面的弱依赖。接下来，我们就模拟在大促前夕常用的一个策略，通过服务降级提前关闭商品详情页对于评论服务的调用（返回一些本地预先准备好的历史评论数据），来降低集群整体负载水位并提高响应速度。
通过降级规则短路 Comment 评论服务调用 评论数据由 Comment 应用的 org.apache.dubbo.samples.CommentService 服务提供，接下来我们就为 CommentService 配置降级规则。
操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【流量管控】>【服务降级】 点击 “创建”，输入服务 org.apache.dubbo.samples.CommentService 和降级规则。 等待降级规则推送完成之后，刷新商品详情页面，发现商品评论信息已经变为我们预先设置的 “Mock Comment”，因为商品详情页的 Comment 服务调用已经在本地短路，并没有真正的发送到后端服务提供者机器上。
+再次刷新页面
规则详解 规则 key ：org.apache.dubbo.samples.CommentService
规则体
configVersion: v3.0 enabled: true configs: - side: consumer parameters: mock: force:return Mock Comment 清理 为了不影响其他任务效果，通过 Admin 删除或者禁用刚刚配置的降级规则。
其他事项 服务降级功能也可以用于开发测试环境，由于微服务分布式的特点，不同的服务或应用之间都有相互依赖关系，因此，一个服务或应用很难不依赖其他服务而独立部署工作。但测试环境下并不是所有服务都是随时就绪的状态，这对于微服务强调的服务独立演进是一个很大的障碍，通过服务降级这个功能，我们可以模拟或短路应用对其他服务的依赖，从而可以让应用按照自己预期的行为 Mock 外部服务调用的返回结果。具体可参见 Dubbo Admin 服务 Mock 特性的使用方式。
-Dubbo 的降级规则用来设置发生降级时的行为和返回值，而对于何时应该执行限流降级动作，即限流降级时机的判断并没有过多涉猎，这一点 Dubbo 通过集成更专业的限流降级产品如 Sentinel 进行了补全，可以配合 Dubbo 降级规则一起使用，具体可参见 限流降级 文档。"><meta property="og:type" content="article"><meta property="og:url" content="http://static.dubbo.apache.org:8080/zh-cn/overview/tasks/traffic-management/mock/"><meta property="article:section" content="overview"><meta property="og:site_name" content="Apache Dubbo"><meta itemprop=name content="在大促之前对弱依赖调用进行服务降级"><meta itemprop=description content="由于微服务 [...]
+Dubbo 的降级规则用来设置发生降级时的行为和返回值，而对于何时应该执行限流降级动作，即限流降级时机的判断并没有过多涉猎，这一点 Dubbo 通过集成更专业的限流降级产品如 Sentinel 进行了补全，可以配合 Dubbo 降级规则一起使用，具体可参见 限流降级 文档。"><meta property="og:type" content="article"><meta property="og:url" content="http://static.dubbo.apache.org:8080/zh-cn/overview/tasks/traffic-management/mock/"><meta property="article:section" content="overview"><meta property="article:modified_time" content="2023-02-14T16:09:27+08:00"><meta property="og:site_name" content="Apache Dubbo"><meta itemprop [...]
服务降级的核心目标就是针对这些弱依赖项。在弱依赖不可用或调用失败时，通过返回降级结果尽可能的维持功能完整性；另外，我们有时也会主动的屏蔽一些非关键弱依赖项的调用，比如在大促流量洪峰之前，通过预先设置一些有效的降级策略来短路部分依赖调用，来有效的提升流量高峰时期系统的整体效率和稳定性。
开始之前 部署 Shop 商城项目 部署并打开 Dubbo Admin 任务详情 正常情况下，商品详情页会展示来自顾客的商品评论信息。
评论信息的缺失在很多时候并不会影响用户浏览和购买商品，因此，我们定义评论信息属于商品详情页面的弱依赖。接下来，我们就模拟在大促前夕常用的一个策略，通过服务降级提前关闭商品详情页对于评论服务的调用（返回一些本地预先准备好的历史评论数据），来降低集群整体负载水位并提高响应速度。
通过降级规则短路 Comment 评论服务调用 评论数据由 Comment 应用的 org.apache.dubbo.samples.CommentService 服务提供，接下来我们就为 CommentService 配置降级规则。
操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【流量管控】>【服务降级】 点击 “创建”，输入服务 org.apache.dubbo.samples.CommentService 和降级规则。 等待降级规则推送完成之后，刷新商品详情页面，发现商品评论信息已经变为我们预先设置的 “Mock Comment”，因为商品详情页的 Comment 服务调用已经在本地短路，并没有真正的发送到后端服务提供者机器上。
+再次刷新页面
规则详解 规则 key ：org.apache.dubbo.samples.CommentService
规则体
configVersion: v3.0 enabled: true configs: - side: consumer parameters: mock: force:return Mock Comment 清理 为了不影响其他任务效果，通过 Admin 删除或者禁用刚刚配置的降级规则。
其他事项 服务降级功能也可以用于开发测试环境，由于微服务分布式的特点，不同的服务或应用之间都有相互依赖关系，因此，一个服务或应用很难不依赖其他服务而独立部署工作。但测试环境下并不是所有服务都是随时就绪的状态，这对于微服务强调的服务独立演进是一个很大的障碍，通过服务降级这个功能，我们可以模拟或短路应用对其他服务的依赖，从而可以让应用按照自己预期的行为 Mock 外部服务调用的返回结果。具体可参见 Dubbo Admin 服务 Mock 特性的使用方式。
-Dubbo 的降级规则用来设置发生降级时的行为和返回值，而对于何时应该执行限流降级动作，即限流降级时机的判断并没有过多涉猎，这一点 Dubbo 通过集成更专业的限流降级产品如 Sentinel 进行了补全，可以配合 Dubbo 降级规则一起使用，具体可参见 限流降级 文档。"><meta itemprop=wordCount content="78"><meta itemprop=keywords content><meta name=twitter:card content="summary"><meta name=twitter:title content="在大促之前对弱依赖调用进行服务降级"><meta name=twitter:description content="由于微服务系统的分布式特性，一个服务往往需要依赖非常多的外部服务来实现某一项功能，因此，一个服务的稳定性不但取决于其自身，同时还取决于所有外部依赖的稳定性。我们可以根据这些依赖的重要程度将它们划分为强依赖和弱依赖：强依赖是指那些无论如何都要保证稳定性的服务，如果它们不可用�
��当前服务也就不可用；弱 [...]
+Dubbo 的降级规则用来设置发生降级时的行为和返回值，而对于何时应该执行限流降级动作，即限流降级时机的判断并没有过多涉猎，这一点 Dubbo 通过集成更专业的限流降级产品如 Sentinel 进行了补全，可以配合 Dubbo 降级规则一起使用，具体可参见 限流降级 文档。"><meta itemprop=dateModified content="2023-02-14T16:09:27+08:00"><meta itemprop=wordCount content="79"><meta itemprop=keywords content><meta name=twitter:card content="summary"><meta name=twitter:title content="在大促之前对弱依赖调用进行服务降级"><meta name=twitter:description content="由于微服务系统的分布式特性，一个服务往往需要依赖非常多的外部服务来实现某一项功能，因此，一个服务的稳定性不但取决于其自身，同时还取决于所有外部依赖的稳定性。我们可以根据 [...]
服务降级的核心目标就是针对这些弱依赖项。在弱依赖不可用或调用失败时，通过返回降级结果尽可能的维持功能完整性；另外，我们有时也会主动的屏蔽一些非关键弱依赖项的调用，比如在大促流量洪峰之前，通过预先设置一些有效的降级策略来短路部分依赖调用，来有效的提升流量高峰时期系统的整体效率和稳定性。
开始之前 部署 Shop 商城项目 部署并打开 Dubbo Admin 任务详情 正常情况下，商品详情页会展示来自顾客的商品评论信息。
评论信息的缺失在很多时候并不会影响用户浏览和购买商品，因此，我们定义评论信息属于商品详情页面的弱依赖。接下来，我们就模拟在大促前夕常用的一个策略，通过服务降级提前关闭商品详情页对于评论服务的调用（返回一些本地预先准备好的历史评论数据），来降低集群整体负载水位并提高响应速度。
通过降级规则短路 Comment 评论服务调用 评论数据由 Comment 应用的 org.apache.dubbo.samples.CommentService 服务提供，接下来我们就为 CommentService 配置降级规则。
操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【流量管控】>【服务降级】 点击 “创建”，输入服务 org.apache.dubbo.samples.CommentService 和降级规则。 等待降级规则推送完成之后，刷新商品详情页面，发现商品评论信息已经变为我们预先设置的 “Mock Comment”，因为商品详情页的 Comment 服务调用已经在本地短路，并没有真正的发送到后端服务提供者机器上。
+再次刷新页面
规则详解 规则 key ：org.apache.dubbo.samples.CommentService
规则体
configVersion: v3.0 enabled: true configs: - side: consumer parameters: mock: force:return Mock Comment 清理 为了不影响其他任务效果，通过 Admin 删除或者禁用刚刚配置的降级规则。
@@ -36,6 +39,7 @@ Dubbo 的降级规则用来设置发生降级时的行为和返回值，而对
评论信息的缺失在很多时候并不会影响用户浏览和购买商品，因此，我们定义评论信息属于商品详情页面的弱依赖。接下来，我们就模拟在大促前夕常用的一个策略，通过服务降级提前关闭商品详情页对于评论服务的调用（返回一些本地预先准备好的历史评论数据），来降低集群整体负载水位并提高响应速度。
通过降级规则短路 Comment 评论服务调用 评论数据由 Comment 应用的 org.apache.dubbo.samples.CommentService 服务提供，接下来我们就为 CommentService 配置降级规则。
操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【流量管控】>【服务降级】 点击 “创建”，输入服务 org.apache.dubbo.samples.CommentService 和降级规则。 等待降级规则推送完成之后，刷新商品详情页面，发现商品评论信息已经变为我们预先设置的 “Mock Comment”，因为商品详情页的 Comment 服务调用已经在本地短路，并没有真正的发送到后端服务提供者机器上。
+再次刷新页面
规则详解 规则 key ：org.apache.dubbo.samples.CommentService
规则体
configVersion: v3.0 enabled: true configs: - side: consumer parameters: mock: force:return Mock Comment 清理 为了不影响其他任务效果，通过 Admin 删除或者禁用刚刚配置的降级规则。
@@ -46,6 +50,7 @@ Dubbo 的降级规则用来设置发生降级时的行为和返回值，而对
评论信息的缺失在很多时候并不会影响用户浏览和购买商品，因此，我们定义评论信息属于商品详情页面的弱依赖。接下来，我们就模拟在大促前夕常用的一个策略，通过服务降级提前关闭商品详情页对于评论服务的调用（返回一些本地预先准备好的历史评论数据），来降低集群整体负载水位并提高响应速度。
通过降级规则短路 Comment 评论服务调用 评论数据由 Comment 应用的 org.apache.dubbo.samples.CommentService 服务提供，接下来我们就为 CommentService 配置降级规则。
操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【流量管控】>【服务降级】 点击 “创建”，输入服务 org.apache.dubbo.samples.CommentService 和降级规则。 等待降级规则推送完成之后，刷新商品详情页面，发现商品评论信息已经变为我们预先设置的 “Mock Comment”，因为商品详情页的 Comment 服务调用已经在本地短路，并没有真正的发送到后端服务提供者机器上。
+再次刷新页面
规则详解 规则 key ：org.apache.dubbo.samples.CommentService
规则体
configVersion: v3.0 enabled: true configs: - side: consumer parameters: mock: force:return Mock Comment 清理 为了不影响其他任务效果，通过 Admin 删除或者禁用刚刚配置的降级规则。
@@ -56,13 +61,14 @@ Dubbo 的降级规则用来设置发生降级时的行为和返回值，而对
评论信息的缺失在很多时候并不会影响用户浏览和购买商品，因此，我们定义评论信息属于商品详情页面的弱依赖。接下来，我们就模拟在大促前夕常用的一个策略，通过服务降级提前关闭商品详情页对于评论服务的调用（返回一些本地预先准备好的历史评论数据），来降低集群整体负载水位并提高响应速度。
通过降级规则短路 Comment 评论服务调用 评论数据由 Comment 应用的 org.apache.dubbo.samples.CommentService 服务提供，接下来我们就为 CommentService 配置降级规则。
操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【流量管控】>【服务降级】 点击 “创建”，输入服务 org.apache.dubbo.samples.CommentService 和降级规则。 等待降级规则推送完成之后，刷新商品详情页面，发现商品评论信息已经变为我们预先设置的 “Mock Comment”，因为商品详情页的 Comment 服务调用已经在本地短路，并没有真正的发送到后端服务提供者机器上。
+再次刷新页面
规则详解 规则 key ：org.apache.dubbo.samples.CommentService
规则体
configVersion: v3.0 enabled: true configs: - side: consumer parameters: mock: force:return Mock Comment 清理 为了不影响其他任务效果，通过 Admin 删除或者禁用刚刚配置的降级规则。
其他事项 服务降级功能也可以用于开发测试环境，由于微服务分布式的特点，不同的服务或应用之间都有相互依赖关系，因此，一个服务或应用很难不依赖其他服务而独立部署工作。但测试环境下并不是所有服务都是随时就绪的状态，这对于微服务强调的服务独立演进是一个很大的障碍，通过服务降级这个功能，我们可以模拟或短路应用对其他服务的依赖，从而可以让应用按照自己预期的行为 Mock 外部服务调用的返回结果。具体可参见 Dubbo Admin 服务 Mock 特性的使用方式。
Dubbo 的降级规则用来设置发生降级时的行为和返回值，而对于何时应该执行限流降级动作，即限流降级时机的判断并没有过多涉猎，这一点 Dubbo 通过集成更专业的限流降级产品如 Sentinel 进行了补全，可以配合 Dubbo 降级规则一起使用，具体可参见 限流降级 文档。"><meta property="og:url" content="http://static.dubbo.apache.org:8080/zh-cn/overview/tasks/traffic-management/mock/"><meta property="og:title" content="在大促之前对弱依赖调用进行服务降级"><meta name=twitter:title content="在大促之前对弱依赖调用进行服务降级"><meta name=twitter:image:alt content="Apache Dubbo"><meta property="og:image" content="/images/kubernetes-horizontal-color.png"><m [...]
<script src=https://g.alicdn.com/mamba/assets/0.0.7/mse-arc-ui.min.js></script>
-<link rel=stylesheet href=https://g.alicdn.com/mamba/assets/0.0.7/mse-arc-ui.min.css><link href=/css/community.css rel=stylesheet><link href=/css/contactus.css rel=stylesheet><script src=/js/script.js></script><title>在大促之前对弱依赖调用进行服务降级 | Apache Dubbo</title></head><body class="td-page td-documentation"><header><nav class="js-navbar-scroll navbar navbar-expand navbar-dark flex-column flex-md-row td-navbar" data-auto-burger=primary><a class=navbar-brand href=/zh-cn/><span class=navbar-logo> [...]
+<link rel=stylesheet href=https://g.alicdn.com/mamba/assets/0.0.7/mse-arc-ui.min.css><link href=/css/community.css rel=stylesheet><link href=/css/contactus.css rel=stylesheet><script src=/js/script.js></script><title>在大促之前对弱依赖调用进行服务降级 | Apache Dubbo</title></head><body class="td-page td-documentation"><header><nav class="js-navbar-scroll navbar navbar-expand navbar-dark flex-column flex-md-row td-navbar" data-auto-burger=primary><a class=navbar-brand href=/zh-cn/><span class=navbar-logo> [...]
</span></span><span style=display:flex><span><span style=color:#268bd2>enabled</span>: <span style=color:#cb4b16>true</span>
</span></span><span style=display:flex><span><span style=color:#268bd2>configs</span>:
</span></span><span style=display:flex><span> - <span style=color:#268bd2>side</span>: consumer
diff --git a/zh-cn/overview/tasks/traffic-management/region/index.html b/zh-cn/overview/tasks/traffic-management/region/index.html
index e5cda2a01f..e486b712ea 100644
--- a/zh-cn/overview/tasks/traffic-management/region/index.html
+++ b/zh-cn/overview/tasks/traffic-management/region/index.html
@@ -1,8 +1,8 @@
-<!doctype html><html lang=zh-cn class=no-js><head><meta name=ROBOTS content="INDEX, FOLLOW"><meta charset=utf-8><meta name=viewport content="width=device-width,initial-scale=1,shrink-to-fit=no"><meta name=generator content="Hugo 0.110.0"><link rel="shortcut icon" type=image/png href=/imgs/favicon.png><link rel=apple-touch-icon href=/favicons/apple-touch-icon-180x180.png sizes=180x180><link rel=manifest href=/manifest.webmanifest><title>同机房/区域优先 | Apache Dubbo</title><meta property="og:ti [...]
+<!doctype html><html lang=zh-cn class=no-js><head><meta name=ROBOTS content="INDEX, FOLLOW"><meta charset=utf-8><meta name=viewport content="width=device-width,initial-scale=1,shrink-to-fit=no"><meta name=generator content="Hugo 0.110.0"><link rel="shortcut icon" type=image/png href=/imgs/favicon.png><link rel=apple-touch-icon href=/favicons/apple-touch-icon-180x180.png sizes=180x180><link rel=manifest href=/manifest.webmanifest><title>同机房/区域优先 | Apache Dubbo</title><meta property="og:ti [...]
<link rel=preload href=/scss/main.min.209e23d05c00cd0efb0dc9daf65a7d29491c7e1c8f21c8ec76798fe1e0a467a9.css as=style><link href=/scss/main.min.209e23d05c00cd0efb0dc9daf65a7d29491c7e1c8f21c8ec76798fe1e0a467a9.css rel=stylesheet integrity><script src=/js/jquery-3.5.1.min.js integrity="sha256-9/aliU8dGd2tb6OSsuzixeV4y/faTqgFtohetphbbj0=" crossorigin=anonymous></script>
<link rel=stylesheet href=https://cdn.jsdelivr.net/npm/@docsearch/css@3><meta name=theme-color content="#326ce5"><link rel=stylesheet href=/css/feature-states.css><meta name=description content="在 Dubbo-Admin 动态配置同机房/区域优先"><meta property="og:description" content="在 Dubbo-Admin 动态配置同机房/区域优先"><meta name=twitter:description content="在 Dubbo-Admin 动态配置同机房/区域优先"><meta property="og:url" content="http://static.dubbo.apache.org:8080/zh-cn/overview/tasks/traffic-management/region/"><meta property [...]
<script src=https://g.alicdn.com/mamba/assets/0.0.7/mse-arc-ui.min.js></script>
-<link rel=stylesheet href=https://g.alicdn.com/mamba/assets/0.0.7/mse-arc-ui.min.css><link href=/css/community.css rel=stylesheet><link href=/css/contactus.css rel=stylesheet><script src=/js/script.js></script><title>同机房/区域优先 | Apache Dubbo</title></head><body class="td-page td-documentation"><header><nav class="js-navbar-scroll navbar navbar-expand navbar-dark flex-column flex-md-row td-navbar" data-auto-burger=primary><a class=navbar-brand href=/zh-cn/><span class=navbar-logo></span><s [...]
+<link rel=stylesheet href=https://g.alicdn.com/mamba/assets/0.0.7/mse-arc-ui.min.css><link href=/css/community.css rel=stylesheet><link href=/css/contactus.css rel=stylesheet><script src=/js/script.js></script><title>同机房/区域优先 | Apache Dubbo</title></head><body class="td-page td-documentation"><header><nav class="js-navbar-scroll navbar navbar-expand navbar-dark flex-column flex-md-row td-navbar" data-auto-burger=primary><a class=navbar-brand href=/zh-cn/><span class=navbar-logo></span><s [...]
</span></span><span style=display:flex><span><span style=color:#268bd2>enabled</span>: <span style=color:#cb4b16>true</span>
</span></span><span style=display:flex><span><span style=color:#268bd2>force</span>: <span style=color:#cb4b16>false</span>
</span></span><span style=display:flex><span><span style=color:#268bd2>key</span>: org.apache.dubbo.samples.CommentService
diff --git a/zh-cn/overview/tasks/traffic-management/retry/index.html b/zh-cn/overview/tasks/traffic-management/retry/index.html
index a47f779c56..8a0ffa8b50 100644
--- a/zh-cn/overview/tasks/traffic-management/retry/index.html
+++ b/zh-cn/overview/tasks/traffic-management/retry/index.html
@@ -1,26 +1,32 @@
<!doctype html><html lang=zh-cn class=no-js><head><meta name=ROBOTS content="INDEX, FOLLOW"><meta charset=utf-8><meta name=viewport content="width=device-width,initial-scale=1,shrink-to-fit=no"><meta name=generator content="Hugo 0.110.0"><link rel="shortcut icon" type=image/png href=/imgs/favicon.png><link rel=apple-touch-icon href=/favicons/apple-touch-icon-180x180.png sizes=180x180><link rel=manifest href=/manifest.webmanifest><title>通过重试提高服务调用成功率 | Apache Dubbo</title><meta property=" [...]
开始之前 部署 Shop 商城项目 部署并打开 Dubbo Admin 任务详情 成功登录商城项目后，商城会默认在首页展示当前登录用户的详细信息。
-但有些时候，提供用户详情的 Dubbo 服务也会由于网络不稳定等各种原因变的不稳定，比如我们提供用户详情的 User 服务就很大概率会调用失败，导致用户无法看到账户的详细信息。商城为了获得带来更好的使用体验，用户信息的加载过程是异步的，因此用户信息加载失败并不会影响对整个商城页面的正常访问，但如果能始终展示完整的用户信息总能给使用者留下更好的印象。
+但有些时候，提供用户详情的 Dubbo 服务也会由于网络不稳定等各种原因变的不稳定，比如我们提供用户详情的 User 服务就很大概率会调用失败，导致用户无法看到账户的详细信息。
+用户账户详情查询失败后的系统界面如下：
+商城为了获得带来更好的使用体验，用户信息的加载过程是异步的，因此用户信息加载失败并不会影响对整个商城页面的正常访问，但如果能始终展示完整的用户信息总能给使用者留下更好的印象。
增加重试提高成功率 考虑到访问用户详情的过程是异步的（隐藏在页面加载背后），只要最终数据能加载出来，适当的增加等待时间并不是大的问题。因此，我们可以考虑通过对每次用户访问增加重试次数的方式，提高服务详情服务的整体访问成功率。
-操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【流量管控】>【服务重试】 点击 “创建”，输入服务 org.apache.dubbo.samples.UserService 和失败重试次数如 4 即可。 保存后，尝试多次刷新页面，发现用户详情数据总是能正常显示，虽然有时由于重试的缘故加载时间会明显变长。
+操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【服务治理】>【动态配置】 点击 “创建”，输入服务 org.apache.dubbo.samples.UserService 和失败重试次数如 4 即可。 保存后，尝试多次刷新页面，发现用户详情数据总是能正常显示，虽然有时由于重试的缘故加载时间会明显变长。
规则详解 规则 key ：org.apache.dubbo.samples.UserService
规则体
configVersion: v3.0 enabled: true configs: - side: consumer match parameters: retries: 4 从 UserService 服务消费者视角（即 Frontend 应用）增加了调用失败后的重试次数。
parameters: retries: 4 side: consumer 配置会将规则发送到服务消费方实例，所有 UserService 服务实例会基于新的 timeout 值进行重新发布，并通过注册中心通知给所有消费方。
-清理 为了不影响其他任务效果，通过 Admin 删除或者禁用刚刚配置的重试规则。"><meta property="og:type" content="article"><meta property="og:url" content="http://static.dubbo.apache.org:8080/zh-cn/overview/tasks/traffic-management/retry/"><meta property="article:section" content="overview"><meta property="og:site_name" content="Apache Dubbo"><meta itemprop=name content="通过重试提高服务调用成功率"><meta itemprop=description content="在服务初次调用失败后，通过重试能有效的提升总体调用成功率。但也要注意重试可能带来的响应时间增长，系统负载升高等，另外，重试一般适用于只读服务，或者具有幂等性保证的写服务。
+清理 为了不影响其他任务效果，通过 Admin 删除或者禁用刚刚配置的重试规则。"><meta property="og:type" content="article"><meta property="og:url" content="http://static.dubbo.apache.org:8080/zh-cn/overview/tasks/traffic-management/retry/"><meta property="article:section" content="overview"><meta property="article:modified_time" content="2023-02-14T16:09:27+08:00"><meta property="og:site_name" content="Apache Dubbo"><meta itemprop=name content="通过重试提高服务调用成功率"><meta itemprop=description content="在服务初次调用失败后，通过重试能有效的提升总体调用成功率。但 [...]
开始之前 部署 Shop 商城项目 部署并打开 Dubbo Admin 任务详情 成功登录商城项目后，商城会默认在首页展示当前登录用户的详细信息。
-但有些时候，提供用户详情的 Dubbo 服务也会由于网络不稳定等各种原因变的不稳定，比如我们提供用户详情的 User 服务就很大概率会调用失败，导致用户无法看到账户的详细信息。商城为了获得带来更好的使用体验，用户信息的加载过程是异步的，因此用户信息加载失败并不会影响对整个商城页面的正常访问，但如果能始终展示完整的用户信息总能给使用者留下更好的印象。
+但有些时候，提供用户详情的 Dubbo 服务也会由于网络不稳定等各种原因变的不稳定，比如我们提供用户详情的 User 服务就很大概率会调用失败，导致用户无法看到账户的详细信息。
+用户账户详情查询失败后的系统界面如下：
+商城为了获得带来更好的使用体验，用户信息的加载过程是异步的，因此用户信息加载失败并不会影响对整个商城页面的正常访问，但如果能始终展示完整的用户信息总能给使用者留下更好的印象。
增加重试提高成功率 考虑到访问用户详情的过程是异步的（隐藏在页面加载背后），只要最终数据能加载出来，适当的增加等待时间并不是大的问题。因此，我们可以考虑通过对每次用户访问增加重试次数的方式，提高服务详情服务的整体访问成功率。
-操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【流量管控】>【服务重试】 点击 “创建”，输入服务 org.apache.dubbo.samples.UserService 和失败重试次数如 4 即可。 保存后，尝试多次刷新页面，发现用户详情数据总是能正常显示，虽然有时由于重试的缘故加载时间会明显变长。
+操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【服务治理】>【动态配置】 点击 “创建”，输入服务 org.apache.dubbo.samples.UserService 和失败重试次数如 4 即可。 保存后，尝试多次刷新页面，发现用户详情数据总是能正常显示，虽然有时由于重试的缘故加载时间会明显变长。
规则详解 规则 key ：org.apache.dubbo.samples.UserService
规则体
configVersion: v3.0 enabled: true configs: - side: consumer match parameters: retries: 4 从 UserService 服务消费者视角（即 Frontend 应用）增加了调用失败后的重试次数。
parameters: retries: 4 side: consumer 配置会将规则发送到服务消费方实例，所有 UserService 服务实例会基于新的 timeout 值进行重新发布，并通过注册中心通知给所有消费方。
-清理 为了不影响其他任务效果，通过 Admin 删除或者禁用刚刚配置的重试规则。"><meta itemprop=wordCount content="66"><meta itemprop=keywords content><meta name=twitter:card content="summary"><meta name=twitter:title content="通过重试提高服务调用成功率"><meta name=twitter:description content="在服务初次调用失败后，通过重试能有效的提升总体调用成功率。但也要注意重试可能带来的响应时间增长，系统负载升高等，另外，重试一般适用于只读服务，或者具有幂等性保证的写服务。
+清理 为了不影响其他任务效果，通过 Admin 删除或者禁用刚刚配置的重试规则。"><meta itemprop=dateModified content="2023-02-14T16:09:27+08:00"><meta itemprop=wordCount content="68"><meta itemprop=keywords content><meta name=twitter:card content="summary"><meta name=twitter:title content="通过重试提高服务调用成功率"><meta name=twitter:description content="在服务初次调用失败后，通过重试能有效的提升总体调用成功率。但也要注意重试可能带来的响应时间增长，系统负载升高等，另外，重试一般适用于只读服务，或者具有幂等性保证的写服务。
开始之前 部署 Shop 商城项目 部署并打开 Dubbo Admin 任务详情 成功登录商城项目后，商城会默认在首页展示当前登录用户的详细信息。
-但有些时候，提供用户详情的 Dubbo 服务也会由于网络不稳定等各种原因变的不稳定，比如我们提供用户详情的 User 服务就很大概率会调用失败，导致用户无法看到账户的详细信息。商城为了获得带来更好的使用体验，用户信息的加载过程是异步的，因此用户信息加载失败并不会影响对整个商城页面的正常访问，但如果能始终展示完整的用户信息总能给使用者留下更好的印象。
+但有些时候，提供用户详情的 Dubbo 服务也会由于网络不稳定等各种原因变的不稳定，比如我们提供用户详情的 User 服务就很大概率会调用失败，导致用户无法看到账户的详细信息。
+用户账户详情查询失败后的系统界面如下：
+商城为了获得带来更好的使用体验，用户信息的加载过程是异步的，因此用户信息加载失败并不会影响对整个商城页面的正常访问，但如果能始终展示完整的用户信息总能给使用者留下更好的印象。
增加重试提高成功率 考虑到访问用户详情的过程是异步的（隐藏在页面加载背后），只要最终数据能加载出来，适当的增加等待时间并不是大的问题。因此，我们可以考虑通过对每次用户访问增加重试次数的方式，提高服务详情服务的整体访问成功率。
-操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【流量管控】>【服务重试】 点击 “创建”，输入服务 org.apache.dubbo.samples.UserService 和失败重试次数如 4 即可。 保存后，尝试多次刷新页面，发现用户详情数据总是能正常显示，虽然有时由于重试的缘故加载时间会明显变长。
+操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【服务治理】>【动态配置】 点击 “创建”，输入服务 org.apache.dubbo.samples.UserService 和失败重试次数如 4 即可。 保存后，尝试多次刷新页面，发现用户详情数据总是能正常显示，虽然有时由于重试的缘故加载时间会明显变长。
规则详解 规则 key ：org.apache.dubbo.samples.UserService
规则体
configVersion: v3.0 enabled: true configs: - side: consumer match parameters: retries: 4 从 UserService 服务消费者视角（即 Frontend 应用）增加了调用失败后的重试次数。
@@ -29,34 +35,40 @@ parameters: retries: 4 side: consumer 配置会将规则发送到服务消费方
<link rel=preload href=/scss/main.min.209e23d05c00cd0efb0dc9daf65a7d29491c7e1c8f21c8ec76798fe1e0a467a9.css as=style><link href=/scss/main.min.209e23d05c00cd0efb0dc9daf65a7d29491c7e1c8f21c8ec76798fe1e0a467a9.css rel=stylesheet integrity><script src=/js/jquery-3.5.1.min.js integrity="sha256-9/aliU8dGd2tb6OSsuzixeV4y/faTqgFtohetphbbj0=" crossorigin=anonymous></script>
<link rel=stylesheet href=https://cdn.jsdelivr.net/npm/@docsearch/css@3><meta name=theme-color content="#326ce5"><link rel=stylesheet href=/css/feature-states.css><meta name=description content="在服务初次调用失败后，通过重试能有效的提升总体调用成功率。但也要注意重试可能带来的响应时间增长，系统负载升高等，另外，重试一般适用于只读服务，或者具有幂等性保证的写服务。
开始之前 部署 Shop 商城项目 部署并打开 Dubbo Admin 任务详情 成功登录商城项目后，商城会默认在首页展示当前登录用户的详细信息。
-但有些时候，提供用户详情的 Dubbo 服务也会由于网络不稳定等各种原因变的不稳定，比如我们提供用户详情的 User 服务就很大概率会调用失败，导致用户无法看到账户的详细信息。商城为了获得带来更好的使用体验，用户信息的加载过程是异步的，因此用户信息加载失败并不会影响对整个商城页面的正常访问，但如果能始终展示完整的用户信息总能给使用者留下更好的印象。
+但有些时候，提供用户详情的 Dubbo 服务也会由于网络不稳定等各种原因变的不稳定，比如我们提供用户详情的 User 服务就很大概率会调用失败，导致用户无法看到账户的详细信息。
+用户账户详情查询失败后的系统界面如下：
+商城为了获得带来更好的使用体验，用户信息的加载过程是异步的，因此用户信息加载失败并不会影响对整个商城页面的正常访问，但如果能始终展示完整的用户信息总能给使用者留下更好的印象。
增加重试提高成功率 考虑到访问用户详情的过程是异步的（隐藏在页面加载背后），只要最终数据能加载出来，适当的增加等待时间并不是大的问题。因此，我们可以考虑通过对每次用户访问增加重试次数的方式，提高服务详情服务的整体访问成功率。
-操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【流量管控】>【服务重试】 点击 “创建”，输入服务 org.apache.dubbo.samples.UserService 和失败重试次数如 4 即可。 保存后，尝试多次刷新页面，发现用户详情数据总是能正常显示，虽然有时由于重试的缘故加载时间会明显变长。
+操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【服务治理】>【动态配置】 点击 “创建”，输入服务 org.apache.dubbo.samples.UserService 和失败重试次数如 4 即可。 保存后，尝试多次刷新页面，发现用户详情数据总是能正常显示，虽然有时由于重试的缘故加载时间会明显变长。
规则详解 规则 key ：org.apache.dubbo.samples.UserService
规则体
configVersion: v3.0 enabled: true configs: - side: consumer match parameters: retries: 4 从 UserService 服务消费者视角（即 Frontend 应用）增加了调用失败后的重试次数。
parameters: retries: 4 side: consumer 配置会将规则发送到服务消费方实例，所有 UserService 服务实例会基于新的 timeout 值进行重新发布，并通过注册中心通知给所有消费方。
清理 为了不影响其他任务效果，通过 Admin 删除或者禁用刚刚配置的重试规则。"><meta property="og:description" content="在服务初次调用失败后，通过重试能有效的提升总体调用成功率。但也要注意重试可能带来的响应时间增长，系统负载升高等，另外，重试一般适用于只读服务，或者具有幂等性保证的写服务。
开始之前 部署 Shop 商城项目 部署并打开 Dubbo Admin 任务详情 成功登录商城项目后，商城会默认在首页展示当前登录用户的详细信息。
-但有些时候，提供用户详情的 Dubbo 服务也会由于网络不稳定等各种原因变的不稳定，比如我们提供用户详情的 User 服务就很大概率会调用失败，导致用户无法看到账户的详细信息。商城为了获得带来更好的使用体验，用户信息的加载过程是异步的，因此用户信息加载失败并不会影响对整个商城页面的正常访问，但如果能始终展示完整的用户信息总能给使用者留下更好的印象。
+但有些时候，提供用户详情的 Dubbo 服务也会由于网络不稳定等各种原因变的不稳定，比如我们提供用户详情的 User 服务就很大概率会调用失败，导致用户无法看到账户的详细信息。
+用户账户详情查询失败后的系统界面如下：
+商城为了获得带来更好的使用体验，用户信息的加载过程是异步的，因此用户信息加载失败并不会影响对整个商城页面的正常访问，但如果能始终展示完整的用户信息总能给使用者留下更好的印象。
增加重试提高成功率 考虑到访问用户详情的过程是异步的（隐藏在页面加载背后），只要最终数据能加载出来，适当的增加等待时间并不是大的问题。因此，我们可以考虑通过对每次用户访问增加重试次数的方式，提高服务详情服务的整体访问成功率。
-操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【流量管控】>【服务重试】 点击 “创建”，输入服务 org.apache.dubbo.samples.UserService 和失败重试次数如 4 即可。 保存后，尝试多次刷新页面，发现用户详情数据总是能正常显示，虽然有时由于重试的缘故加载时间会明显变长。
+操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【服务治理】>【动态配置】 点击 “创建”，输入服务 org.apache.dubbo.samples.UserService 和失败重试次数如 4 即可。 保存后，尝试多次刷新页面，发现用户详情数据总是能正常显示，虽然有时由于重试的缘故加载时间会明显变长。
规则详解 规则 key ：org.apache.dubbo.samples.UserService
规则体
configVersion: v3.0 enabled: true configs: - side: consumer match parameters: retries: 4 从 UserService 服务消费者视角（即 Frontend 应用）增加了调用失败后的重试次数。
parameters: retries: 4 side: consumer 配置会将规则发送到服务消费方实例，所有 UserService 服务实例会基于新的 timeout 值进行重新发布，并通过注册中心通知给所有消费方。
清理 为了不影响其他任务效果，通过 Admin 删除或者禁用刚刚配置的重试规则。"><meta name=twitter:description content="在服务初次调用失败后，通过重试能有效的提升总体调用成功率。但也要注意重试可能带来的响应时间增长，系统负载升高等，另外，重试一般适用于只读服务，或者具有幂等性保证的写服务。
开始之前 部署 Shop 商城项目 部署并打开 Dubbo Admin 任务详情 成功登录商城项目后，商城会默认在首页展示当前登录用户的详细信息。
-但有些时候，提供用户详情的 Dubbo 服务也会由于网络不稳定等各种原因变的不稳定，比如我们提供用户详情的 User 服务就很大概率会调用失败，导致用户无法看到账户的详细信息。商城为了获得带来更好的使用体验，用户信息的加载过程是异步的，因此用户信息加载失败并不会影响对整个商城页面的正常访问，但如果能始终展示完整的用户信息总能给使用者留下更好的印象。
+但有些时候，提供用户详情的 Dubbo 服务也会由于网络不稳定等各种原因变的不稳定，比如我们提供用户详情的 User 服务就很大概率会调用失败，导致用户无法看到账户的详细信息。
+用户账户详情查询失败后的系统界面如下：
+商城为了获得带来更好的使用体验，用户信息的加载过程是异步的，因此用户信息加载失败并不会影响对整个商城页面的正常访问，但如果能始终展示完整的用户信息总能给使用者留下更好的印象。
增加重试提高成功率 考虑到访问用户详情的过程是异步的（隐藏在页面加载背后），只要最终数据能加载出来，适当的增加等待时间并不是大的问题。因此，我们可以考虑通过对每次用户访问增加重试次数的方式，提高服务详情服务的整体访问成功率。
-操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【流量管控】>【服务重试】 点击 “创建”，输入服务 org.apache.dubbo.samples.UserService 和失败重试次数如 4 即可。 保存后，尝试多次刷新页面，发现用户详情数据总是能正常显示，虽然有时由于重试的缘故加载时间会明显变长。
+操作步骤 打开 Dubbo Admin 控制台 在左侧导航栏选择【服务治理】>【动态配置】 点击 “创建”，输入服务 org.apache.dubbo.samples.UserService 和失败重试次数如 4 即可。 保存后，尝试多次刷新页面，发现用户详情数据总是能正常显示，虽然有时由于重试的缘故加载时间会明显变长。
规则详解 规则 key ：org.apache.dubbo.samples.UserService
规则体
configVersion: v3.0 enabled: true configs: - side: consumer match parameters: retries: 4 从 UserService 服务消费者视角（即 Frontend 应用）增加了调用失败后的重试次数。
parameters: retries: 4 side: consumer 配置会将规则发送到服务消费方实例，所有 UserService 服务实例会基于新的 timeout 值进行重新发布，并通过注册中心通知给所有消费方。
清理 为了不影响其他任务效果，通过 Admin 删除或者禁用刚刚配置的重试规则。"><meta property="og:url" content="http://static.dubbo.apache.org:8080/zh-cn/overview/tasks/traffic-management/retry/"><meta property="og:title" content="通过重试提高服务调用成功率"><meta name=twitter:title content="通过重试提高服务调用成功率"><meta name=twitter:image:alt content="Apache Dubbo"><meta property="og:image" content="/images/kubernetes-horizontal-color.png"><meta property="og:type" content="article"><script async defer src=/js/github-buttons.js></script>
<script src=https://g.alicdn.com/mamba/assets/0.0.7/mse-arc-ui.min.js></script>
-<link rel=stylesheet href=https://g.alicdn.com/mamba/assets/0.0.7/mse-arc-ui.min.css><link href=/css/community.css rel=stylesheet><link href=/css/contactus.css rel=stylesheet><script src=/js/script.js></script><title>通过重试提高服务调用成功率 | Apache Dubbo</title></head><body class="td-page td-documentation"><header><nav class="js-navbar-scroll navbar navbar-expand navbar-dark flex-column flex-md-row td-navbar" data-auto-burger=primary><a class=navbar-brand href=/zh-cn/><span class=navbar-logo></sp [...]
+<link rel=stylesheet href=https://g.alicdn.com/mamba/assets/0.0.7/mse-arc-ui.min.css><link href=/css/community.css rel=stylesheet><link href=/css/contactus.css rel=stylesheet><script src=/js/script.js></script><title>通过重试提高服务调用成功率 | Apache Dubbo</title></head><body class="td-page td-documentation"><header><nav class="js-navbar-scroll navbar navbar-expand navbar-dark flex-column flex-md-row td-navbar" data-auto-burger=primary><a class=navbar-brand href=/zh-cn/><span class=navbar-logo></sp [...]
</span></span><span style=display:flex><span><span style=color:#268bd2>enabled</span>: <span style=color:#cb4b16>true</span>
</span></span><span style=display:flex><span><span style=color:#268bd2>configs</span>:
</span></span><span style=display:flex><span> - <span style=color:#268bd2>side</span>: consumer
diff --git a/zh-cn/overview/tasks/traffic-management/timeout/index.html b/zh-cn/overview/tasks/traffic-management/timeout/index.html
index e0b5328089..4ac3a074c3 100644
--- a/zh-cn/overview/tasks/traffic-management/timeout/index.html
+++ b/zh-cn/overview/tasks/traffic-management/timeout/index.html
@@ -1,8 +1,8 @@
-<!doctype html><html lang=zh-cn class=no-js><head><meta name=ROBOTS content="INDEX, FOLLOW"><link rel=alternate hreflang=en href=http://static.dubbo.apache.org:8080/en/overview/tasks/traffic-management/timeout/><meta charset=utf-8><meta name=viewport content="width=device-width,initial-scale=1,shrink-to-fit=no"><meta name=generator content="Hugo 0.110.0"><link rel="shortcut icon" type=image/png href=/imgs/favicon.png><link rel=apple-touch-icon href=/favicons/apple-touch-icon-180x180.png [...]
+<!doctype html><html lang=zh-cn class=no-js><head><meta name=ROBOTS content="INDEX, FOLLOW"><link rel=alternate hreflang=en href=http://static.dubbo.apache.org:8080/en/overview/tasks/traffic-management/timeout/><meta charset=utf-8><meta name=viewport content="width=device-width,initial-scale=1,shrink-to-fit=no"><meta name=generator content="Hugo 0.110.0"><link rel="shortcut icon" type=image/png href=/imgs/favicon.png><link rel=apple-touch-icon href=/favicons/apple-touch-icon-180x180.png [...]
<link rel=preload href=/scss/main.min.209e23d05c00cd0efb0dc9daf65a7d29491c7e1c8f21c8ec76798fe1e0a467a9.css as=style><link href=/scss/main.min.209e23d05c00cd0efb0dc9daf65a7d29491c7e1c8f21c8ec76798fe1e0a467a9.css rel=stylesheet integrity><script src=/js/jquery-3.5.1.min.js integrity="sha256-9/aliU8dGd2tb6OSsuzixeV4y/faTqgFtohetphbbj0=" crossorigin=anonymous></script>
<link rel=stylesheet href=https://cdn.jsdelivr.net/npm/@docsearch/css@3><meta name=theme-color content="#326ce5"><link rel=stylesheet href=/css/feature-states.css><meta name=description content="在 Dubbo-Admin 动态调整服务超时时间"><meta property="og:description" content="在 Dubbo-Admin 动态调整服务超时时间"><meta name=twitter:description content="在 Dubbo-Admin 动态调整服务超时时间"><meta property="og:url" content="http://static.dubbo.apache.org:8080/zh-cn/overview/tasks/traffic-management/timeout/"><meta property="og: [...]
<script src=https://g.alicdn.com/mamba/assets/0.0.7/mse-arc-ui.min.js></script>
-<link rel=stylesheet href=https://g.alicdn.com/mamba/assets/0.0.7/mse-arc-ui.min.css><link href=/css/community.css rel=stylesheet><link href=/css/contactus.css rel=stylesheet><script src=/js/script.js></script><title>动态调整服务超时时间 | Apache Dubbo</title></head><body class="td-page td-documentation"><header><nav class="js-navbar-scroll navbar navbar-expand navbar-dark flex-column flex-md-row td-navbar" data-auto-burger=primary><a class=navbar-brand href=/zh-cn/><span class=navbar-logo></span> [...]
+<link rel=stylesheet href=https://g.alicdn.com/mamba/assets/0.0.7/mse-arc-ui.min.css><link href=/css/community.css rel=stylesheet><link href=/css/contactus.css rel=stylesheet><script src=/js/script.js></script><title>动态调整服务超时时间 | Apache Dubbo</title></head><body class="td-page td-documentation"><header><nav class="js-navbar-scroll navbar navbar-expand navbar-dark flex-column flex-md-row td-navbar" data-auto-burger=primary><a class=navbar-brand href=/zh-cn/><span class=navbar-logo></span> [...]
</span></span><span style=display:flex><span><span style=color:#268bd2>enabled</span>: <span style=color:#cb4b16>true</span>
</span></span><span style=display:flex><span><span style=color:#268bd2>configs</span>:
</span></span><span style=display:flex><span> - <span style=color:#268bd2>side</span>: provider
diff --git a/zh-cn/overview/tasks/traffic-management/weight/index.html b/zh-cn/overview/tasks/traffic-management/weight/index.html
index e269d962d2..e773c294a8 100644
--- a/zh-cn/overview/tasks/traffic-management/weight/index.html
+++ b/zh-cn/overview/tasks/traffic-management/weight/index.html
@@ -3,12 +3,12 @@
当某一组机器负载过高，通过动态调低权重可有效减少新请求流入，改善整体成功率的同时给高负载机器提供喘息之机。 刚刚发布的新版本服务，先通过赋予新版本低权重控制少量比例的流量进入，待验证运行稳定后恢复正常权重，并完全替换老版本。 服务多区域部署或非对等部署时，通过高、低权重的设置，控制不同部署区域的流量比例。 开始之前 部署 Shop 商城项目 部署并打开 Dubbo Admin 任务详情 示例项目中，我们发布了 Order 服务 v2 版本，并在 v2 版本中优化了下单体验：用户订单创建完成后，显示订单收货地址信息。
现在如果你体验疯狂下单 (不停的点击 “Buy Now”)，会发现 v1 与 v2 总体上是 50% 概率出现，说明两者目前具有相同的默认权重。但我们为了保证商城系统整体稳定性，接下来会先控制引导 20% 流量到 v2 版本，80% 流量依然访问 v1 版本。
实现 Order 服务 80% v1 、20% v2 的流量分布 在调整权重前，首先我们要知道 Dubbo 实例的权重 (weight) 都是绝对值，每个实例的默认权重 (weight) 是 100。举个例子，如果一个服务部署有两个实例：实例 A 权重值为 100，实例 B 权重值为 200，则 A 和 B 收到的流量分布为 1:2。
-接下来，我们就开始调整订单服务访问 v1 和 v2 的流量比例，订单创建服务由 org."><meta property="og:type" content="article"><meta property="og:url" content="http://static.dubbo.apache.org:8080/zh-cn/overview/tasks/traffic-management/weight/"><meta property="article:section" content="overview"><meta property="article:modified_time" content="2023-02-09T17:22:57+08:00"><meta property="og:site_name" content="Apache Dubbo"><meta itemprop=name content="基于权重值的比例流量转发"><meta itemprop=description content="Dubbo 提供了基于权重的负载均衡算法，可以实现按 [...]
+接下来，我们就开始调整订单服务访问 v1 和 v2 的流量比例，订单创建服务由 org."><meta property="og:type" content="article"><meta property="og:url" content="http://static.dubbo.apache.org:8080/zh-cn/overview/tasks/traffic-management/weight/"><meta property="article:section" content="overview"><meta property="article:modified_time" content="2023-02-14T16:09:27+08:00"><meta property="og:site_name" content="Apache Dubbo"><meta itemprop=name content="基于权重值的比例流量转发"><meta itemprop=description content="Dubbo 提供了基于权重的负载均衡算法，可以实现按 [...]
以基于权重的流量调度算法为基础，通过规则动态调整单个或一组机器的权重，可以在运行态改变请求流量的分布，实现动态的按比例的流量路由，这对于一些典型场景非常有用。
当某一组机器负载过高，通过动态调低权重可有效减少新请求流入，改善整体成功率的同时给高负载机器提供喘息之机。 刚刚发布的新版本服务，先通过赋予新版本低权重控制少量比例的流量进入，待验证运行稳定后恢复正常权重，并完全替换老版本。 服务多区域部署或非对等部署时，通过高、低权重的设置，控制不同部署区域的流量比例。 开始之前 部署 Shop 商城项目 部署并打开 Dubbo Admin 任务详情 示例项目中，我们发布了 Order 服务 v2 版本，并在 v2 版本中优化了下单体验：用户订单创建完成后，显示订单收货地址信息。
现在如果你体验疯狂下单 (不停的点击 “Buy Now”)，会发现 v1 与 v2 总体上是 50% 概率出现，说明两者目前具有相同的默认权重。但我们为了保证商城系统整体稳定性，接下来会先控制引导 20% 流量到 v2 版本，80% 流量依然访问 v1 版本。
实现 Order 服务 80% v1 、20% v2 的流量分布 在调整权重前，首先我们要知道 Dubbo 实例的权重 (weight) 都是绝对值，每个实例的默认权重 (weight) 是 100。举个例子，如果一个服务部署有两个实例：实例 A 权重值为 100，实例 B 权重值为 200，则 A 和 B 收到的流量分布为 1:2。
-接下来，我们就开始调整订单服务访问 v1 和 v2 的流量比例，订单创建服务由 org."><meta itemprop=dateModified content="2023-02-09T17:22:57+08:00"><meta itemprop=wordCount content="162"><meta itemprop=keywords content><meta name=twitter:card content="summary"><meta name=twitter:title content="基于权重值的比例流量转发"><meta name=twitter:description content="Dubbo 提供了基于权重的负载均衡算法，可以实现按比例的流量分布：权重高的提供者机器收到更多的请求流量，而权重低的机器收到相对更少的流量。
+接下来，我们就开始调整订单服务访问 v1 和 v2 的流量比例，订单创建服务由 org."><meta itemprop=dateModified content="2023-02-14T16:09:27+08:00"><meta itemprop=wordCount content="162"><meta itemprop=keywords content><meta name=twitter:card content="summary"><meta name=twitter:title content="基于权重值的比例流量转发"><meta name=twitter:description content="Dubbo 提供了基于权重的负载均衡算法，可以实现按比例的流量分布：权重高的提供者机器收到更多的请求流量，而权重低的机器收到相对更少的流量。
以基于权重的流量调度算法为基础，通过规则动态调整单个或一组机器的权重，可以在运行态改变请求流量的分布，实现动态的按比例的流量路由，这对于一些典型场景非常有用。
当某一组机器负载过高，通过动态调低权重可有效减少新请求流入，改善整体成功率的同时给高负载机器提供喘息之机。 刚刚发布的新版本服务，先通过赋予新版本低权重控制少量比例的流量进入，待验证运行稳定后恢复正常权重，并完全替换老版本。 服务多区域部署或非对等部署时，通过高、低权重的设置，控制不同部署区域的流量比例。 开始之前 部署 Shop 商城项目 部署并打开 Dubbo Admin 任务详情 示例项目中，我们发布了 Order 服务 v2 版本，并在 v2 版本中优化了下单体验：用户订单创建完成后，显示订单收货地址信息。
现在如果你体验疯狂下单 (不停的点击 “Buy Now”)，会发现 v1 与 v2 总体上是 50% 概率出现，说明两者目前具有相同的默认权重。但我们为了保证商城系统整体稳定性，接下来会先控制引导 20% 流量到 v2 版本，80% 流量依然访问 v1 版本。
@@ -32,7 +32,7 @@
实现 Order 服务 80% v1 、20% v2 的流量分布 在调整权重前，首先我们要知道 Dubbo 实例的权重 (weight) 都是绝对值，每个实例的默认权重 (weight) 是 100。举个例子，如果一个服务部署有两个实例：实例 A 权重值为 100，实例 B 权重值为 200，则 A 和 B 收到的流量分布为 1:2。
接下来，我们就开始调整订单服务访问 v1 和 v2 的流量比例，订单创建服务由 org."><meta property="og:url" content="http://static.dubbo.apache.org:8080/zh-cn/overview/tasks/traffic-management/weight/"><meta property="og:title" content="基于权重值的比例流量转发"><meta name=twitter:title content="基于权重值的比例流量转发"><meta name=twitter:image:alt content="Apache Dubbo"><meta property="og:image" content="/images/kubernetes-horizontal-color.png"><meta property="og:type" content="article"><script async defer src=/js/github-buttons.js></script>
<script src=https://g.alicdn.com/mamba/assets/0.0.7/mse-arc-ui.min.js></script>
-<link rel=stylesheet href=https://g.alicdn.com/mamba/assets/0.0.7/mse-arc-ui.min.css><link href=/css/community.css rel=stylesheet><link href=/css/contactus.css rel=stylesheet><script src=/js/script.js></script><title>基于权重值的比例流量转发 | Apache Dubbo</title></head><body class="td-page td-documentation"><header><nav class="js-navbar-scroll navbar navbar-expand navbar-dark flex-column flex-md-row td-navbar" data-auto-burger=primary><a class=navbar-brand href=/zh-cn/><span class=navbar-logo></spa [...]
+<link rel=stylesheet href=https://g.alicdn.com/mamba/assets/0.0.7/mse-arc-ui.min.css><link href=/css/community.css rel=stylesheet><link href=/css/contactus.css rel=stylesheet><script src=/js/script.js></script><title>基于权重值的比例流量转发 | Apache Dubbo</title></head><body class="td-page td-documentation"><header><nav class="js-navbar-scroll navbar navbar-expand navbar-dark flex-column flex-md-row td-navbar" data-auto-burger=primary><a class=navbar-brand href=/zh-cn/><span class=navbar-logo></spa [...]
</span></span><span style=display:flex><span><span style=color:#268bd2>scope</span>: service
</span></span><span style=display:flex><span><span style=color:#268bd2>key</span>: org.apache.dubbo.samples.OrderService
</span></span><span style=display:flex><span><span style=color:#268bd2>configs</span>:
diff --git a/zh-cn/sitemap.xml b/zh-cn/sitemap.xml
index ef3c58a1c5..3be9482026 100644
--- a/zh-cn/sitemap.xml
+++ b/zh-cn/sitemap.xml
@@ -1 +1 @@
-<?xml version="1.0" encoding="utf-8" standalone="yes"?><urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9" xmlns:xhtml="http://www.w3.org/1999/xhtml"><url><loc>http://static.dubbo.apache.org:8080/zh-cn/blog/2023/01/16/%E9%98%BF%E9%87%8C%E5%B7%B4%E5%B7%B4%E5%8D%87%E7%BA%A7-dubbo3-%E5%85%A8%E9%9D%A2%E5%8F%96%E4%BB%A3-hsf2/</loc><lastmod>2023-01-16T00:00:00+00:00</lastmod><changefreq>monthly</changefreq><priority>0.5</priority></url><url><loc>http://static.dubbo.apache.org:8080/zh-c [...]
\ No newline at end of file
+<?xml version="1.0" encoding="utf-8" standalone="yes"?><urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9" xmlns:xhtml="http://www.w3.org/1999/xhtml"><url><loc>http://static.dubbo.apache.org:8080/zh-cn/blog/2023/01/16/%E9%98%BF%E9%87%8C%E5%B7%B4%E5%B7%B4%E5%8D%87%E7%BA%A7-dubbo3-%E5%85%A8%E9%9D%A2%E5%8F%96%E4%BB%A3-hsf2/</loc><lastmod>2023-01-16T00:00:00+00:00</lastmod><changefreq>monthly</changefreq><priority>0.5</priority></url><url><loc>http://static.dubbo.apache.org:8080/zh-c [...]
\ No newline at end of file