[dubbo-website] branch master updated: add link and fix mistake word (#1026)

[li...@apache.org]

This is an automated email from the ASF dual-hosted git repository.

liujun pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/dubbo-website.git


The following commit(s) were added to refs/heads/master by this push:
     new 4a45102  add link and fix mistake word (#1026)
4a45102 is described below

commit 4a45102c52f3e4f27a4ac70bae2acd99cdb5e2a9
Author: Wang Chengming <63...@qq.com>
AuthorDate: Fri Jan 7 14:24:11 2022 +0800

    add link and fix mistake word (#1026)
---
 content/zh/docs/concepts/service-discovery.md | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/content/zh/docs/concepts/service-discovery.md b/content/zh/docs/concepts/service-discovery.md
index a54d266..5649646 100644
--- a/content/zh/docs/concepts/service-discovery.md
+++ b/content/zh/docs/concepts/service-discovery.md
@@ -33,9 +33,9 @@ dubbo
 * Dubbo2 接口级服务发现，以接口粒度组织地址数据
 
 Dubbo3 格式的 Provider 地址不能被 Dubbo2 的 Consumer 识别到，反之 Dubbo2 的消费者也不能订阅到 Dubbo3 Provider。
-* 对于新用户，我们提倡直接启用 Dubbo3 的默认行为，即启用应用级服务发现，参见《samples/应用级服务发现》；
+* 对于新用户，我们提倡直接启用 Dubbo3 的默认行为，即启用应用级服务发现，参见《[应用级服务发现](../../examples/service-discovery)》；
 * 对于老用户，要面临如何平滑迁移到应用级服务发现的问题，考虑到老用户的规模如此之大，Dubbo3 默认保持了接口级地址发现的行为，这保证了老用户可以直接无感升级到 Dubbo3。
-而如果要开启应用级服务发现，则需要通过配置显示开启（双注册、双订阅），具体开启与平滑迁移过程，可参见《migration/地址发现迁移指南》。
+而如果要开启应用级服务发现，则需要通过配置显示开启（双注册、双订阅），具体开启与平滑迁移过程，可参见《[地址发现迁移指南](../../migration/migration-service-discovery)》。
 
 ## 应用级服务发现简介
 概括来说，Dubbo3 引入的应用级服务发现主要有以下优势
@@ -53,7 +53,7 @@ Dubbo3 格式的 Provider 地址不能被 Dubbo2 的 Consumer 识别到，反之
 
 在这样的场景下，对 Dubbo3 的服务注册发现机制提出了两个要求：
 Dubbo3 需要在原有服务发现流程中抽象出通用的、与业务逻辑无关的地址映射模型，并确保这部分模型足够合理，以支持将地址的注册行为和存储委托给下层基础设施
-Dubbo3 特有的业务接口同步机制，是 Dubbo3 需要保留的优势，需要在 1 中定义的新地址模型之上，通过框架内的自有机制予以解决。
+Dubbo3 特有的业务接口同步机制，是 Dubbo3 需要保留的优势，需要在 Dubbo3 中定义的新地址模型之上，通过框架内的自有机制予以解决。
 
 这样设计的全新的服务发现模型，在架构兼容性、可伸缩性上都给 Dubbo3 带来了更大的优势。