You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@dubbo.apache.org by li...@apache.org on 2022/07/25 05:15:47 UTC
[dubbo-website] branch master updated: add hyper links (#1288)

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 00a10c9360 add hyper links (#1288)
00a10c9360 is described below

commit 00a10c9360528dd6b4a0794b3d0d442a55b3ad17
Author: ken.lj <ke...@gmail.com>
AuthorDate: Mon Jul 25 13:15:42 2022 +0800

    add hyper links (#1288)
---
 content/zh/docs/Introduction.md                                     | 2 +-
 content/zh/docs/concepts/service-discovery.md                       | 2 +-
 .../docs/languages/golang/dubbo-go-3.0/concept/app_and_interface.md | 2 +-
 .../zh/docs/languages/golang/dubbo-go-3.0/concept/configuration.md  | 2 +-
 content/zh/docs/references/metadata.md                              | 2 +-
 content/zh/docs/references/spis/config-center.md                    | 2 +-
 content/zh/overview/what/architecture.md                            | 2 +-
 content/zh/overview/what/ecosystem.md                               | 6 +++---
 content/zh/overview/what/overview.md                                | 2 +-
 9 files changed, 11 insertions(+), 11 deletions(-)

diff --git a/content/zh/docs/Introduction.md b/content/zh/docs/Introduction.md
index 27feb2f257..171855af79 100644
--- a/content/zh/docs/Introduction.md
+++ b/content/zh/docs/Introduction.md
@@ -57,7 +57,7 @@ Dubbo 提供了从服务定义、服务发现、服务通信到流量管控等
 * 双向流式通信（Bidirectional Streaming）
 
 Dubbo 的服务发现机制，让微服务组件之间可以独立演进并任意部署，消费端可以在无需感知对端部署位置与 IP 地址的情况下完成通信。Dubbo 提供的是 Client-Based 的服务发现机制，使用者可以有多种方式启用服务发现：
-* 使用独立的注册中心组件，如 Nacos、Zookeeper、Consul、Etcd 等。
+* 使用独立的注册中心组件，如 [Nacos](https://nacos.io/zh-cn/)、Zookeeper、Consul、Etcd 等。
 * 将服务的组织与注册交给底层容器平台，如 Kubernetes，这被理解是一种更云原生的方式
 
 透明地址发现让 Dubbo 请求可以被发送到任意 IP 实例上，这个过程中流量被随机分配。当需要对流量进行更丰富、更细粒度的管控时，就可以用到 Dubbo 的流量管控策略，Dubbo 提供了包括负载均衡、流量路由、请求超时、流量降级、重试等策略，基于这些基础能力可以轻松的实现更多场景化的路由方案，包括金丝雀发布、A/B测试、权重路由、同区域优先等，更酷的是，Dubbo 支持流控策略在运行态动态生效，无需重新部署。
diff --git a/content/zh/docs/concepts/service-discovery.md b/content/zh/docs/concepts/service-discovery.md
index 3061ee19af..dd3a63e1a1 100644
--- a/content/zh/docs/concepts/service-discovery.md
+++ b/content/zh/docs/concepts/service-discovery.md
@@ -11,7 +11,7 @@ description: "服务发现"
 
 服务发现，即消费端自动发现服务地址列表的能力，是微服务框架需要具备的关键能力，借助于自动化的服务发现，微服务之间可以在无需感知对端部署位置与 IP 地址的情况下实现通信。
 
-实现服务发现的方式有很多种，Dubbo 提供的是一种 Client-Based 的服务发现机制，通常还需要部署额外的第三方注册中心组件来协调服务发现过程，如常用的 Nacos、Consul、Zookeeper 等，Dubbo 自身也提供了对多种注册中心组件的对接，用户可以灵活选择。
+实现服务发现的方式有很多种，Dubbo 提供的是一种 Client-Based 的服务发现机制，通常还需要部署额外的第三方注册中心组件来协调服务发现过程，如常用的 [Nacos](https://nacos.io/)、Consul、Zookeeper 等，Dubbo 自身也提供了对多种注册中心组件的对接，用户可以灵活选择。
 
 Dubbo 基于消费端的自动服务发现能力，其基本工作原理如下图：
 
diff --git a/content/zh/docs/languages/golang/dubbo-go-3.0/concept/app_and_interface.md b/content/zh/docs/languages/golang/dubbo-go-3.0/concept/app_and_interface.md
index a55e35a629..a420f570a8 100644
--- a/content/zh/docs/languages/golang/dubbo-go-3.0/concept/app_and_interface.md
+++ b/content/zh/docs/languages/golang/dubbo-go-3.0/concept/app_and_interface.md
@@ -37,7 +37,7 @@ Dubbo-go 服务层级为两个级别：分别是应用级别(App Level)和接口
 
 - 注册中心（Registry）模块
 
-  注册中心模块负责定义好所要使用的一系列注册中心，例如框架支持的ZK、Nacos、ETCD等中间件。应用级别的注册模块只负责声明，由接口级别的组件进行引用，引用时以用户自定义的注册中心ID（registryID) 作为索引。
+  注册中心模块负责定义好所要使用的一系列注册中心，例如框架支持的ZK、[Nacos](https://nacos.io/)、ETCD等中间件。应用级别的注册模块只负责声明，由接口级别的组件进行引用，引用时以用户自定义的注册中心ID（registryID) 作为索引。
 
 - 协议（Protocol）模块
 
diff --git a/content/zh/docs/languages/golang/dubbo-go-3.0/concept/configuration.md b/content/zh/docs/languages/golang/dubbo-go-3.0/concept/configuration.md
index a75c5dbc51..59fb1d7c2c 100644
--- a/content/zh/docs/languages/golang/dubbo-go-3.0/concept/configuration.md
+++ b/content/zh/docs/languages/golang/dubbo-go-3.0/concept/configuration.md
@@ -215,7 +215,7 @@ rc := config.NewRootConfigBuilder().
 
 ### 2.3 从配置中心读取
 
-Dubbo-go 服务框架支持将配置文件 'dubbogo.yml' 的内容预先放入配置中心，再通过配置注册中心的地址。在本地 dubbogo.yml 配置文件内只需写入配置中心的信息即可，目前支持作为配置中心的中间件有：apollo、nacos、zookeeper
+Dubbo-go 服务框架支持将配置文件 'dubbogo.yml' 的内容预先放入配置中心，再通过配置注册中心的地址。在本地 dubbogo.yml 配置文件内只需写入配置中心的信息即可，目前支持作为配置中心的中间件有：apollo、[Nacos](https://nacos.io/)、zookeeper
 
 可参考[配置中心Samples](https://github.com/apache/dubbo-go-samples/tree/master/configcenter)，凡是正确配置了config-center 配置的服务，都会优先从配置中心加载整个配置文件。
 
diff --git a/content/zh/docs/references/metadata.md b/content/zh/docs/references/metadata.md
index 5b799e7a6c..d25817d887 100644
--- a/content/zh/docs/references/metadata.md
+++ b/content/zh/docs/references/metadata.md
@@ -552,7 +552,7 @@ numChildren = 0
 #### Redis
 Redis 元数据中心目前还不支持应用级别元数据，但已提上日程，会在近期进行实现。
 
-##### Nacos
+##### [Nacos](https://nacos.io/)
 Nacos 应用级别的元数据位于 namespace: 'public', dataId: '{application name}', group: '{revision}'
 
 ![nacos-metadata-report-application-metadata.png](/imgs/user/nacos-metadata-report-application-metadata.png)
diff --git a/content/zh/docs/references/spis/config-center.md b/content/zh/docs/references/spis/config-center.md
index 747cf7073b..7bc56d7e3e 100644
--- a/content/zh/docs/references/spis/config-center.md
+++ b/content/zh/docs/references/spis/config-center.md
@@ -89,7 +89,7 @@ Etcd 和 Consul 本质上也是一种类似 zookeeper 的树状存储结构，
 
 ### Nacos
 
-Nacos 作为一个专业的第三方配置中心，拥有专门为配置中心设计的存储结构，包括内置的 namespace、group、dataid 等概念。并且这几个概念基本上与 Dubbo 框架抽象的配置中心是一一对应的。
+[Nacos](https://nacos.io/) 作为一个专业的第三方配置中心，拥有专门为配置中心设计的存储结构，包括内置的 namespace、group、dataid 等概念。并且这几个概念基本上与 Dubbo 框架抽象的配置中心是一一对应的。
 
 与 Zookeeper 实现的对应关系如下：
 
diff --git a/content/zh/overview/what/architecture.md b/content/zh/overview/what/architecture.md
index 786966355f..a8da9f9e2b 100644
--- a/content/zh/overview/what/architecture.md
+++ b/content/zh/overview/what/architecture.md
@@ -16,7 +16,7 @@ Dubbo3 的 Triple 协议构建在 HTTP/2 协议之上，因此具有更好的穿
 ## 服务发现
 服务发现，即消费端自动发现服务地址列表的能力，是微服务框架需要具备的关键能力，借助于自动化的服务发现，微服务之间可以在无需感知对端部署位置与 IP 地址的情况下实现通信。
 
-实现服务发现的方式有很多种，Dubbo 提供的是一种 Client-Based 的服务发现机制，通常还需要部署额外的第三方注册中心组件来协调服务发现过程，如常用的 Nacos、Consul、Zookeeper 等，Dubbo 自身也提供了对多种注册中心组件的对接，用户可以灵活选择。
+实现服务发现的方式有很多种，Dubbo 提供的是一种 Client-Based 的服务发现机制，通常还需要部署额外的第三方注册中心组件来协调服务发现过程，如常用的 [Nacos](https://nacos.io/)、Consul、Zookeeper 等，Dubbo 自身也提供了对多种注册中心组件的对接，用户可以灵活选择。
 
 Dubbo 基于消费端的自动服务发现能力，其基本工作原理如下图：
 
diff --git a/content/zh/overview/what/ecosystem.md b/content/zh/overview/what/ecosystem.md
index de9a38d3d0..b07a343434 100644
--- a/content/zh/overview/what/ecosystem.md
+++ b/content/zh/overview/what/ecosystem.md
@@ -14,15 +14,15 @@ Dubbo 实现普遍支持以下产品或部署架构，具体多语言 SDK 实现
 
 * 注册中心
   * Zookeeper
-  * Nacos
+  * [Nacos](https://nacos.io/zh-cn/docs/use-nacos-with-dubbo.html)
   * Kubernetes
 * 元数据中心
   * Zookeeper
-  * Nacos
+  * [Nacos](https://nacos.io/zh-cn/docs/use-nacos-with-dubbo.html)
   * Redis
 * 配置中心
   * Zookeeper
-  * Nacos
+  * [Nacos](https://nacos.io/zh-cn/docs/use-nacos-with-dubbo.html)
   * Redis
   * Apollo
 * Mesh
diff --git a/content/zh/overview/what/overview.md b/content/zh/overview/what/overview.md
index 54fb52e3c2..6ae0d338c6 100644
--- a/content/zh/overview/what/overview.md
+++ b/content/zh/overview/what/overview.md
@@ -61,7 +61,7 @@ Dubbo 首先是一款 RPC 框架，它定义了自己的 RPC 通信协议与编
 
 #### 自动服务（地址）发现
 Dubbo 的服务发现机制，让微服务组件之间可以独立演进并任意部署，消费端可以在无需感知对端部署位置与 IP 地址的情况下完成通信。Dubbo 提供的是 Client-Based 的服务发现机制，使用者可以有多种方式启用服务发现：
-* 使用独立的注册中心组件，如 Nacos、Zookeeper、Consul、Etcd 等。
+* 使用独立的注册中心组件，如 [Nacos](https://nacos.io/)、Zookeeper、Consul、Etcd 等。
 * 将服务的组织与注册交给底层容器平台，如 Kubernetes，这被理解是一种更云原生的使用方式
 
 #### 运行态流量管控