This is an automated email from the ASF dual-hosted git repository.
github-bot pushed a commit to branch asf-site-v2
in repository https://gitbox.apache.org/repos/asf/dubbo-website.git
The following commit(s) were added to refs/heads/asf-site-v2 by this push:
new 511f493c97d deploy: 6dbab2a7fa6c6b08bd56912b603c64c0f80b8f8d
511f493c97d is described below
commit 511f493c97dfa11360d839fc84808dbb0b6e514d
Author: wxbty <[email protected]>
AuthorDate: Wed Mar 6 08:25:07 2024 +0000
deploy: 6dbab2a7fa6c6b08bd56912b603c64c0f80b8f8d
---
sitemap.xml | 2 +-
.../index.html" | 4 ++--
zh-cn/blog/index.xml | 2 +-
zh-cn/blog/news/index.xml | 2 +-
zh-cn/index.xml | 2 +-
zh-cn/sitemap.xml | 2 +-
zh-cn/tags/apachecon2023/index.xml | 2 +-
"zh-cn/tags/\346\224\277\351\207\207\344\272\221/index.xml" | 2 +-
.../tags/\347\224\250\346\210\267\346\241\210\344\276\213/index.xml" | 2 +-
9 files changed, 10 insertions(+), 10 deletions(-)
diff --git a/sitemap.xml b/sitemap.xml
index 4fcbc9e0990..5c5191af923 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>https://dubbo.apache.org/zh-cn/sitemap.xml</loc><lastmod>2024-03-05T07:12:07+08:00</lastmod></sitemap><sitemap><loc>https://dubbo.apache.org/en/sitemap.xml</loc><lastmod>2024-02-01T17:47:34+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>https://dubbo.apache.org/zh-cn/sitemap.xml</loc><lastmod>2024-03-06T16:20:33+08:00</lastmod></sitemap><sitemap><loc>https://dubbo.apache.org/en/sitemap.xml</loc><lastmod>2024-02-01T17:47:34+08:00</lastmod></sitemap></sitemapindex>
\ No newline at end of file
diff --git
"a/zh-cn/blog/2023/10/07/\346\224\277\351\207\207\344\272\221\345\237\272\344\272\216dubbo\347\232\204\346\267\267\345\220\210\344\272\221\346\225\260\346\215\256\350\267\250\347\275\221\345\256\236\350\267\265/index.html"
"b/zh-cn/blog/2023/10/07/\346\224\277\351\207\207\344\272\221\345\237\272\344\272\216dubbo\347\232\204\346\267\267\345\220\210\344\272\221\346\225\260\346\215\256\350\267\250\347\275\221\345\256\236\350\267\265/index.html"
index c50b728758a..2dd24a6b28b 100644
---
"a/zh-cn/blog/2023/10/07/\346\224\277\351\207\207\344\272\221\345\237\272\344\272\216dubbo\347\232\204\346\267\267\345\220\210\344\272\221\346\225\260\346\215\256\350\267\250\347\275\221\345\256\236\350\267\265/index.html"
+++
"b/zh-cn/blog/2023/10/07/\346\224\277\351\207\207\344\272\221\345\237\272\344\272\216dubbo\347\232\204\346\267\267\345\220\210\344\272\221\346\225\260\346\215\256\350\267\250\347\275\221\345\256\236\350\267\265/index.html"
@@ -1,5 +1,5 @@
<!doctype html><html lang=zh-cn class=no-js><head><meta name=ROBOTS
content="INDEX, FOLLOW"><link rel=canonical
href=https://dubbo.apache.org/zh-cn/blog/2023/10/07/%E6%94%BF%E9%87%87%E4%BA%91%E5%9F%BA%E4%BA%8Edubbo%E7%9A%84%E6%B7%B7%E5%90%88%E4%BA%91%E6%95%B0%E6%8D%AE%E8%B7%A8%E7%BD%91%E5%AE%9E%E8%B7%B5/><meta
charset=utf-8><meta name=viewport
content="width=device-width,initial-scale=1,shrink-to-fit=no"><meta
http-equiv=Content-Security-Policy content="frame-src 'self' https://www.googl
[...]
-<meta property="og:description" content="政采云基于Dubbo的混合云数据跨网实践"><meta
property="og:type" content="article"><meta property="og:url"
content="https://dubbo.apache.org/zh-cn/blog/2023/10/07/%E6%94%BF%E9%87%87%E4%BA%91%E5%9F%BA%E4%BA%8Edubbo%E7%9A%84%E6%B7%B7%E5%90%88%E4%BA%91%E6%95%B0%E6%8D%AE%E8%B7%A8%E7%BD%91%E5%AE%9E%E8%B7%B5/";><meta
property="article:section" content="blog"><meta
property="article:published_time" content="2023-10-07T00:00:00+00:00"><meta
property="article:modified_time" [...]
+<meta property="og:description" content="政采云基于Dubbo的混合云数据跨网实践"><meta
property="og:type" content="article"><meta property="og:url"
content="https://dubbo.apache.org/zh-cn/blog/2023/10/07/%E6%94%BF%E9%87%87%E4%BA%91%E5%9F%BA%E4%BA%8Edubbo%E7%9A%84%E6%B7%B7%E5%90%88%E4%BA%91%E6%95%B0%E6%8D%AE%E8%B7%A8%E7%BD%91%E5%AE%9E%E8%B7%B5/";><meta
property="article:section" content="blog"><meta
property="article:published_time" content="2023-10-07T00:00:00+00:00"><meta
property="article:modified_time" [...]
<label for=m-zh-cnblognews-check><a href=/zh-cn/blog/news/ class="align-left
pl-0 td-sidebar-link td-sidebar-link__section"
id=m-zh-cnblognews><span>社区动态</span></a></label><ul class="ul-2 foldable"><li
class="td-sidebar-nav__section-title td-sidebar-nav__section without-child"
id=m-zh-cnblog20221201dubbo-java-314-e6ada3e5bc8fe58f91e5b883-li><input
type=checkbox
id=m-zh-cnblog20221201dubbo-java-314-e6ada3e5bc8fe58f91e5b883-check>
<label for=m-zh-cnblog20221201dubbo-java-314-e6ada3e5bc8fe58f91e5b883-check><a
href=/zh-cn/blog/2022/12/01/dubbo-java-3.1.4-%E6%AD%A3%E5%BC%8F%E5%8F%91%E5%B8%83/
title="Dubbo Java 3.1.4 正式发布" class="align-left pl-0 td-sidebar-link
td-sidebar-link__page"
id=m-zh-cnblog20221201dubbo-java-314-e6ada3e5bc8fe58f91e5b883><span>dubbo-java
3.1.4</span></a></label></li><li class="td-sidebar-nav__section-title
td-sidebar-nav__section without-child"
id=m-zh-cnblog20221022e8819ae784a6e7a8b3e5ae9ae680 [...]
<label
for=m-zh-cnblog20221022e8819ae784a6e7a8b3e5ae9ae680a7dubbo-java-e58f91e78988e8a784e58892e585ace5b883-check><a
href=/zh-cn/blog/2022/10/22/%E8%81%9A%E7%84%A6%E7%A8%B3%E5%AE%9A%E6%80%A7dubbo-java-%E5%8F%91%E7%89%88%E8%A7%84%E5%88%92%E5%85%AC%E5%B8%83/
title="聚焦稳定性，Dubbo Java 发版规划公布" class="align-left pl-0 td-sidebar-link
td-sidebar-link__page"
id=m-zh-cnblog20221022e8819ae784a6e7a8b3e5ae9ae680a7dubbo-java-e58f91e78988e8a784e58892e585ace5b883><span>Dubbo
Java 发版规划</span></a></label>< [...]
@@ -200,7 +200,7 @@
<label for=m-zh-cnblog20220219e8b088e8b088pixiue79a84filter-check><a
href=/zh-cn/blog/2022/02/19/%E8%B0%88%E8%B0%88pixiu%E7%9A%84filter/
class="align-left pl-0 td-sidebar-link td-sidebar-link__page"
id=m-zh-cnblog20220219e8b088e8b088pixiue79a84filter><span>谈谈Pixiu的Filter</span></a></label></li><li
class="td-sidebar-nav__section-title td-sidebar-nav__section without-child"
id=m-zh-cnblog20210825dubbo-e8b7a8e8afade8a880e8b083e794a8e7a59ee585bddubbo-go-pixiu-li><input
type=checkbox id=m-zh- [...]
<label
for=m-zh-cnblog20210825dubbo-e8b7a8e8afade8a880e8b083e794a8e7a59ee585bddubbo-go-pixiu-check><a
href=/zh-cn/blog/2021/08/25/dubbo-%E8%B7%A8%E8%AF%AD%E8%A8%80%E8%B0%83%E7%94%A8%E7%A5%9E%E5%85%BDdubbo-go-pixiu/
class="align-left pl-0 td-sidebar-link td-sidebar-link__page"
id=m-zh-cnblog20210825dubbo-e8b7a8e8afade8a880e8b083e794a8e7a59ee585bddubbo-go-pixiu><span>Dubbo
跨语言调用神兽：dubbo-go-pixiu</span></a></label></li></ul></li><li
class="td-sidebar-nav__section-title td-sidebar-nav__secti [...]
<label
for=m-zh-cnblog20231007apache-dubbo-e9a696e4b8aa-nodejs-30-alpha-e78988e69cace6ada3e5bc8fe58f91e5b883-check><a
href=/zh-cn/blog/2023/10/07/apache-dubbo-%E9%A6%96%E4%B8%AA-node.js-3.0-alpha-%E7%89%88%E6%9C%AC%E6%AD%A3%E5%BC%8F%E5%8F%91%E5%B8%83/
class="align-left pl-0 td-sidebar-link td-sidebar-link__page"
id=m-zh-cnblog20231007apache-dubbo-e9a696e4b8aa-nodejs-30-alpha-e78988e69cace6ada3e5bc8fe58f91e5b883><span>Apache
Dubbo 首个 Node.js 3.0-alpha 版本正式发布</span></a></label></li><li cla [...]
-<label
for=m-zh-cnblog20231007web-e6b58fe8a788e599a8e9a1b5e99da2e4b99fe883bde8aebfe997aedubbogrpce5beaee69c8de58aa1dubbo-js-alphae78988e69cace6ada3e5bc8fe58f91e5b883-check><a
href=/zh-cn/blog/2023/10/07/web-%E6%B5%8F%E8%A7%88%E5%99%A8%E9%A1%B5%E9%9D%A2%E4%B9%9F%E8%83%BD%E8%AE%BF%E9%97%AEdubbogrpc%E5%BE%AE%E6%9C%8D%E5%8A%A1dubbo-js-alpha%E7%89%88%E6%9C%AC%E6%AD%A3%E5%BC%8F%E5%8F%91%E5%B8%83/
class="align-left pl-0 td-sidebar-link td-sidebar-link__page"
id=m-zh-cnblog20231007web-e6b58fe8a7 [...]
+<label
for=m-zh-cnblog20231007web-e6b58fe8a788e599a8e9a1b5e99da2e4b99fe883bde8aebfe997aedubbogrpce5beaee69c8de58aa1dubbo-js-alphae78988e69cace6ada3e5bc8fe58f91e5b883-check><a
href=/zh-cn/blog/2023/10/07/web-%E6%B5%8F%E8%A7%88%E5%99%A8%E9%A1%B5%E9%9D%A2%E4%B9%9F%E8%83%BD%E8%AE%BF%E9%97%AEdubbogrpc%E5%BE%AE%E6%9C%8D%E5%8A%A1dubbo-js-alpha%E7%89%88%E6%9C%AC%E6%AD%A3%E5%BC%8F%E5%8F%91%E5%B8%83/
class="align-left pl-0 td-sidebar-link td-sidebar-link__page"
id=m-zh-cnblog20231007web-e6b58fe8a7 [...]
<button class="btn btn-primary mb-4
feedback--no">否</button></div><script>const
yes=document.querySelector(".feedback--yes"),no=document.querySelector(".feedback--no");document.querySelectorAll(".feedback--link").forEach(e=>{e.href=e.href+window.location.pathname});const
sendFeedback=e=>{gtag||console.log("!gtag"),gtag("event","click",{event_category:"Helpful",event_label:window.location.pathname,value:e})},disableButtons=()=>{yes.disabled=!0,yes.classList.add("feedback--button__disabled
[...]
<a
href="https://github.com/apache/dubbo-website/new/master/content/zh-cn/blog/news/apachecon2023/usecase-zhengcaiyun.md?filename=change-me.md&value=---%0Atitle%3A+%22Long+Page+Title%22%0AlinkTitle%3A+%22Short+Nav+Title%22%0Aweight%3A+100%0Adescription%3A+%3E-%0A+++++Page+description+for+heading+and+indexes.%0A---%0A%0A%23%23+Heading%0A%0AEdit+this+template+to+create+your+new+page.%0A%0A%2A+Give+it+a+good+name%2C+ending+in+%60.md%60+-+e.g.+%60getting-started.md%60%0A%2A+Edit+the+%22f
[...]
<a
href="https://github.com/apache/dubbo-website/issues/new?title=%e6%94%bf%e9%87%87%e4%ba%91%e5%9f%ba%e4%ba%8eDubbo%e7%9a%84%e6%b7%b7%e5%90%88%e4%ba%91%e6%95%b0%e6%8d%ae%e8%b7%a8%e7%bd%91%e5%ae%9e%e8%b7%b5";
target=_blank><i class="fab fa-github fa-fw"></i> 登记问题</a>
diff --git a/zh-cn/blog/index.xml b/zh-cn/blog/index.xml
index cd70352d215..2bef6902d5b 100644
--- a/zh-cn/blog/index.xml
+++ b/zh-cn/blog/index.xml
@@ -2972,7 +2972,7 @@ dubbo2.7.3默认开启qos功能，导致一些混部在物理机的dubbo服务
<p>比如山西集群的APP1调APP2的时候，我想去调上海APP2，如果你什么都不做，它默认调的就是山西集群的APP2。如果你在APP调用的时候加了一些路由信息，放在山西集群APP1里的SDK就会把它的流量切走，切到山西集群的Dubbo网关。</p>
<p>之后Dubbo网关会通过HTTP的协议走统一网关，再通过HTTP的协议到上海集群的Dubbo网关。在这里会把路由信息拿到，包括调用的Service、方法、版本号、参数等等。然后通过泛化的形式调上海集群的APP1，最后返回，完成这次跨网的调用。</p>
<p>那么为什么要有Dubbo Proxy这个角色呢？为什么不直接从APP1切到统一网关？少一个步骤不好么？涉及到的原因有以下三点：</p>
-<p>虽然这个图上只画了一个APP1，但实际上山西鸡群里的调用非常多。如果几百个应用都直接到统一网关，网关就需要建立很多的长链接，而统一网关的资源是有限的。</p>
+<p>虽然这个图上只画了一个APP1，但实际上山西集群里的调用非常多。如果几百个应用都直接到统一网关，网关就需要建立很多的长链接，而统一网关的资源是有限的。</p>
<p>因为安全性的问题，可能每次调用都要走一下白名单来保证安全。这个时候如果加了一个Dubbo Proxy，就可以去收敛IP。岛内不用和Dubbo
Proxy交互，因为它们是同一个环境，不用考虑安全的问题。当Dubbo
Proxy请求到网关之后，因为网关和统一网关之间只有一条链接，所以IP是收敛的。</p>
<p>还有一个是功能的收敛，当后面要做升级的时候，如果更新SDK，就需要每个应用都升级，这就需要推动业务做升级，做起来会比较痛苦。所以我们希望把升级功能全放在一个应用里，对业务功能无感，连升级SDK都不需要。当然因为SDK就做了一件事情，就是切换路由，基本不需要更新。</p>
<p>所以对于业务来说，它也解放了。我把它理解成是一个功能上的收益。这个模式叫分布式运行时，在现在也比较流行。我们可以把它理解成Dapper，把一些比较麻烦的操作放到公共的服务里，留给业务的SDK是很纯粹的。</p>
diff --git a/zh-cn/blog/news/index.xml b/zh-cn/blog/news/index.xml
index b234c6e7cf8..3844c26dd24 100644
--- a/zh-cn/blog/news/index.xml
+++ b/zh-cn/blog/news/index.xml
@@ -1543,7 +1543,7 @@
<p>比如山西集群的APP1调APP2的时候，我想去调上海APP2，如果你什么都不做，它默认调的就是山西集群的APP2。如果你在APP调用的时候加了一些路由信息，放在山西集群APP1里的SDK就会把它的流量切走，切到山西集群的Dubbo网关。</p>
<p>之后Dubbo网关会通过HTTP的协议走统一网关，再通过HTTP的协议到上海集群的Dubbo网关。在这里会把路由信息拿到，包括调用的Service、方法、版本号、参数等等。然后通过泛化的形式调上海集群的APP1，最后返回，完成这次跨网的调用。</p>
<p>那么为什么要有Dubbo Proxy这个角色呢？为什么不直接从APP1切到统一网关？少一个步骤不好么？涉及到的原因有以下三点：</p>
-<p>虽然这个图上只画了一个APP1，但实际上山西鸡群里的调用非常多。如果几百个应用都直接到统一网关，网关就需要建立很多的长链接，而统一网关的资源是有限的。</p>
+<p>虽然这个图上只画了一个APP1，但实际上山西集群里的调用非常多。如果几百个应用都直接到统一网关，网关就需要建立很多的长链接，而统一网关的资源是有限的。</p>
<p>因为安全性的问题，可能每次调用都要走一下白名单来保证安全。这个时候如果加了一个Dubbo Proxy，就可以去收敛IP。岛内不用和Dubbo
Proxy交互，因为它们是同一个环境，不用考虑安全的问题。当Dubbo
Proxy请求到网关之后，因为网关和统一网关之间只有一条链接，所以IP是收敛的。</p>
<p>还有一个是功能的收敛，当后面要做升级的时候，如果更新SDK，就需要每个应用都升级，这就需要推动业务做升级，做起来会比较痛苦。所以我们希望把升级功能全放在一个应用里，对业务功能无感，连升级SDK都不需要。当然因为SDK就做了一件事情，就是切换路由，基本不需要更新。</p>
<p>所以对于业务来说，它也解放了。我把它理解成是一个功能上的收益。这个模式叫分布式运行时，在现在也比较流行。我们可以把它理解成Dapper，把一些比较麻烦的操作放到公共的服务里，留给业务的SDK是很纯粹的。</p>
diff --git a/zh-cn/index.xml b/zh-cn/index.xml
index c5712012d2b..49d818ca7c9 100644
--- a/zh-cn/index.xml
+++ b/zh-cn/index.xml
@@ -2972,7 +2972,7 @@ dubbo2.7.3默认开启qos功能，导致一些混部在物理机的dubbo服务
<p>比如山西集群的APP1调APP2的时候，我想去调上海APP2，如果你什么都不做，它默认调的就是山西集群的APP2。如果你在APP调用的时候加了一些路由信息，放在山西集群APP1里的SDK就会把它的流量切走，切到山西集群的Dubbo网关。</p>
<p>之后Dubbo网关会通过HTTP的协议走统一网关，再通过HTTP的协议到上海集群的Dubbo网关。在这里会把路由信息拿到，包括调用的Service、方法、版本号、参数等等。然后通过泛化的形式调上海集群的APP1，最后返回，完成这次跨网的调用。</p>
<p>那么为什么要有Dubbo Proxy这个角色呢？为什么不直接从APP1切到统一网关？少一个步骤不好么？涉及到的原因有以下三点：</p>
-<p>虽然这个图上只画了一个APP1，但实际上山西鸡群里的调用非常多。如果几百个应用都直接到统一网关，网关就需要建立很多的长链接，而统一网关的资源是有限的。</p>
+<p>虽然这个图上只画了一个APP1，但实际上山西集群里的调用非常多。如果几百个应用都直接到统一网关，网关就需要建立很多的长链接，而统一网关的资源是有限的。</p>
<p>因为安全性的问题，可能每次调用都要走一下白名单来保证安全。这个时候如果加了一个Dubbo Proxy，就可以去收敛IP。岛内不用和Dubbo
Proxy交互，因为它们是同一个环境，不用考虑安全的问题。当Dubbo
Proxy请求到网关之后，因为网关和统一网关之间只有一条链接，所以IP是收敛的。</p>
<p>还有一个是功能的收敛，当后面要做升级的时候，如果更新SDK，就需要每个应用都升级，这就需要推动业务做升级，做起来会比较痛苦。所以我们希望把升级功能全放在一个应用里，对业务功能无感，连升级SDK都不需要。当然因为SDK就做了一件事情，就是切换路由，基本不需要更新。</p>
<p>所以对于业务来说，它也解放了。我把它理解成是一个功能上的收益。这个模式叫分布式运行时，在现在也比较流行。我们可以把它理解成Dapper，把一些比较麻烦的操作放到公共的服务里，留给业务的SDK是很纯粹的。</p>
diff --git a/zh-cn/sitemap.xml b/zh-cn/sitemap.xml
index 487080e656d..8a0d9be181e 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>https://dubbo.apache.org/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-11-28T15:14:12+08:00</lastmod><changefreq>monthly</changefreq><priority>0.5</priority></url><url><loc>https://dubbo.apache.org/zh-cn/overview/mannual/jav
[...]
\ 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>https://dubbo.apache.org/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-11-28T15:14:12+08:00</lastmod><changefreq>monthly</changefreq><priority>0.5</priority></url><url><loc>https://dubbo.apache.org/zh-cn/overview/mannual/jav
[...]
\ No newline at end of file
diff --git a/zh-cn/tags/apachecon2023/index.xml
b/zh-cn/tags/apachecon2023/index.xml
index aa5313d7f9f..256251545df 100644
--- a/zh-cn/tags/apachecon2023/index.xml
+++ b/zh-cn/tags/apachecon2023/index.xml
@@ -669,7 +669,7 @@
<p>比如山西集群的APP1调APP2的时候，我想去调上海APP2，如果你什么都不做，它默认调的就是山西集群的APP2。如果你在APP调用的时候加了一些路由信息，放在山西集群APP1里的SDK就会把它的流量切走，切到山西集群的Dubbo网关。</p>
<p>之后Dubbo网关会通过HTTP的协议走统一网关，再通过HTTP的协议到上海集群的Dubbo网关。在这里会把路由信息拿到，包括调用的Service、方法、版本号、参数等等。然后通过泛化的形式调上海集群的APP1，最后返回，完成这次跨网的调用。</p>
<p>那么为什么要有Dubbo Proxy这个角色呢？为什么不直接从APP1切到统一网关？少一个步骤不好么？涉及到的原因有以下三点：</p>
-<p>虽然这个图上只画了一个APP1，但实际上山西鸡群里的调用非常多。如果几百个应用都直接到统一网关，网关就需要建立很多的长链接，而统一网关的资源是有限的。</p>
+<p>虽然这个图上只画了一个APP1，但实际上山西集群里的调用非常多。如果几百个应用都直接到统一网关，网关就需要建立很多的长链接，而统一网关的资源是有限的。</p>
<p>因为安全性的问题，可能每次调用都要走一下白名单来保证安全。这个时候如果加了一个Dubbo Proxy，就可以去收敛IP。岛内不用和Dubbo
Proxy交互，因为它们是同一个环境，不用考虑安全的问题。当Dubbo
Proxy请求到网关之后，因为网关和统一网关之间只有一条链接，所以IP是收敛的。</p>
<p>还有一个是功能的收敛，当后面要做升级的时候，如果更新SDK，就需要每个应用都升级，这就需要推动业务做升级，做起来会比较痛苦。所以我们希望把升级功能全放在一个应用里，对业务功能无感，连升级SDK都不需要。当然因为SDK就做了一件事情，就是切换路由，基本不需要更新。</p>
<p>所以对于业务来说，它也解放了。我把它理解成是一个功能上的收益。这个模式叫分布式运行时，在现在也比较流行。我们可以把它理解成Dapper，把一些比较麻烦的操作放到公共的服务里，留给业务的SDK是很纯粹的。</p>
diff --git "a/zh-cn/tags/\346\224\277\351\207\207\344\272\221/index.xml"
"b/zh-cn/tags/\346\224\277\351\207\207\344\272\221/index.xml"
index 55a8e3798be..de11f9944c0 100644
--- "a/zh-cn/tags/\346\224\277\351\207\207\344\272\221/index.xml"
+++ "b/zh-cn/tags/\346\224\277\351\207\207\344\272\221/index.xml"
@@ -81,7 +81,7 @@
<p>比如山西集群的APP1调APP2的时候，我想去调上海APP2，如果你什么都不做，它默认调的就是山西集群的APP2。如果你在APP调用的时候加了一些路由信息，放在山西集群APP1里的SDK就会把它的流量切走，切到山西集群的Dubbo网关。</p>
<p>之后Dubbo网关会通过HTTP的协议走统一网关，再通过HTTP的协议到上海集群的Dubbo网关。在这里会把路由信息拿到，包括调用的Service、方法、版本号、参数等等。然后通过泛化的形式调上海集群的APP1，最后返回，完成这次跨网的调用。</p>
<p>那么为什么要有Dubbo Proxy这个角色呢？为什么不直接从APP1切到统一网关？少一个步骤不好么？涉及到的原因有以下三点：</p>
-<p>虽然这个图上只画了一个APP1，但实际上山西鸡群里的调用非常多。如果几百个应用都直接到统一网关，网关就需要建立很多的长链接，而统一网关的资源是有限的。</p>
+<p>虽然这个图上只画了一个APP1，但实际上山西集群里的调用非常多。如果几百个应用都直接到统一网关，网关就需要建立很多的长链接，而统一网关的资源是有限的。</p>
<p>因为安全性的问题，可能每次调用都要走一下白名单来保证安全。这个时候如果加了一个Dubbo Proxy，就可以去收敛IP。岛内不用和Dubbo
Proxy交互，因为它们是同一个环境，不用考虑安全的问题。当Dubbo
Proxy请求到网关之后，因为网关和统一网关之间只有一条链接，所以IP是收敛的。</p>
<p>还有一个是功能的收敛，当后面要做升级的时候，如果更新SDK，就需要每个应用都升级，这就需要推动业务做升级，做起来会比较痛苦。所以我们希望把升级功能全放在一个应用里，对业务功能无感，连升级SDK都不需要。当然因为SDK就做了一件事情，就是切换路由，基本不需要更新。</p>
<p>所以对于业务来说，它也解放了。我把它理解成是一个功能上的收益。这个模式叫分布式运行时，在现在也比较流行。我们可以把它理解成Dapper，把一些比较麻烦的操作放到公共的服务里，留给业务的SDK是很纯粹的。</p>
diff --git
"a/zh-cn/tags/\347\224\250\346\210\267\346\241\210\344\276\213/index.xml"
"b/zh-cn/tags/\347\224\250\346\210\267\346\241\210\344\276\213/index.xml"
index 7ffd864063b..c98ef213274 100644
--- "a/zh-cn/tags/\347\224\250\346\210\267\346\241\210\344\276\213/index.xml"
+++ "b/zh-cn/tags/\347\224\250\346\210\267\346\241\210\344\276\213/index.xml"
@@ -907,7 +907,7 @@ dubbo2.7.3默认开启qos功能，导致一些混部在物理机的dubbo服务
<p>比如山西集群的APP1调APP2的时候，我想去调上海APP2，如果你什么都不做，它默认调的就是山西集群的APP2。如果你在APP调用的时候加了一些路由信息，放在山西集群APP1里的SDK就会把它的流量切走，切到山西集群的Dubbo网关。</p>
<p>之后Dubbo网关会通过HTTP的协议走统一网关，再通过HTTP的协议到上海集群的Dubbo网关。在这里会把路由信息拿到，包括调用的Service、方法、版本号、参数等等。然后通过泛化的形式调上海集群的APP1，最后返回，完成这次跨网的调用。</p>
<p>那么为什么要有Dubbo Proxy这个角色呢？为什么不直接从APP1切到统一网关？少一个步骤不好么？涉及到的原因有以下三点：</p>
-<p>虽然这个图上只画了一个APP1，但实际上山西鸡群里的调用非常多。如果几百个应用都直接到统一网关，网关就需要建立很多的长链接，而统一网关的资源是有限的。</p>
+<p>虽然这个图上只画了一个APP1，但实际上山西集群里的调用非常多。如果几百个应用都直接到统一网关，网关就需要建立很多的长链接，而统一网关的资源是有限的。</p>
<p>因为安全性的问题，可能每次调用都要走一下白名单来保证安全。这个时候如果加了一个Dubbo Proxy，就可以去收敛IP。岛内不用和Dubbo
Proxy交互，因为它们是同一个环境，不用考虑安全的问题。当Dubbo
Proxy请求到网关之后，因为网关和统一网关之间只有一条链接，所以IP是收敛的。</p>
<p>还有一个是功能的收敛，当后面要做升级的时候，如果更新SDK，就需要每个应用都升级，这就需要推动业务做升级，做起来会比较痛苦。所以我们希望把升级功能全放在一个应用里，对业务功能无感，连升级SDK都不需要。当然因为SDK就做了一件事情，就是切换路由，基本不需要更新。</p>
<p>所以对于业务来说，它也解放了。我把它理解成是一个功能上的收益。这个模式叫分布式运行时，在现在也比较流行。我们可以把它理解成Dapper，把一些比较麻烦的操作放到公共的服务里，留给业务的SDK是很纯粹的。</p>
