From ad9faee57f3ab2ea2251ecf7fb9474b13a7f5e96 Mon Sep 17 00:00:00 2001
From: Tina_Run <59152619+baiban114@users.noreply.github.com>
Date: Tue, 23 Jun 2026 22:26:13 +0800
Subject: [PATCH] Fix typos in service documentation
---
src/content/docs/ebook/zh-cn/knk2h0.mdx | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/content/docs/ebook/zh-cn/knk2h0.mdx b/src/content/docs/ebook/zh-cn/knk2h0.mdx
index 4fcb754c215..bc84d5f118b 100644
--- a/src/content/docs/ebook/zh-cn/knk2h0.mdx
+++ b/src/content/docs/ebook/zh-cn/knk2h0.mdx
@@ -15,9 +15,9 @@ description: 杨翊(席翁)Nacos PMC在上文 Nacos 注册中心的设计原
在生活中,我们被各式各样的服务包围,例如:如果生病了会到医院找医生诊断、如果网购遇到了问题会找客服咨询,医生提供了诊断服务,客服提供了咨询服务,这位为你诊断病症的医生和为你解答问题的客服,都是该服务的具体提供者。
-在程序世界中也存在类似的情形,例如:在使用支付宝进行付款的时候,或许会要求你先登陆,验证你的身份信息,最后才能进行支付。而这其中,可能涉及到了支付服务,登陆服务,信息验证服务等等。而这些,都离不开服务的发现。
+在程序世界中也存在类似的情形,例如:在使用支付宝进行付款的时候,或许会要求你先登录,验证你的身份信息,最后才能进行支付。而这其中,可能涉及到了支付服务,登录服务,信息验证服务等等。而这些,都离不开服务的发现。
-在服务发现领域中,服务指的是由应用程序提供的一个或一组软件功能的一种抽象概念(例如上述例子的登陆或支付)。它和应用有所不同,应用的范围更广,和服务属于包含关系,即一个应用可能会提供多个服务。为了能够更细粒度地区分和控制服务,Nacos 选择服务作为注册中心的最基本概念。
+在服务发现领域中,服务指的是由应用程序提供的一个或一组软件功能的一种抽象概念(例如上述例子的登录或支付)。它和应用有所不同,应用的范围更广,和服务属于包含关系,即一个应用可能会提供多个服务。为了能够更细粒度地区分和控制服务,Nacos 选择服务作为注册中心的最基本概念。
而服务实例(以下简称`实例`)是某个服务的具体提供能力的节点,一个实例仅从属于一个服务,而一个服务可以包含一个或多个实例。在许多场景下,实例又被称为服务提供者(Provider),而使用该服务的实例被称为服务消费者(Consumer)。
@@ -32,7 +32,7 @@ description: 杨翊(席翁)Nacos PMC在上文 Nacos 注册中心的设计原

图1 定义服务
-之所以 Nacos 将服务的定义拆分为`命名空间`、`分组`和`服务名`,除了方便隔离使用场景外,还有方便用户发现唯一服务的优点。在注册中心的实际使用场景上,同个公司的不同开发者可能会开发出类似作用的服务,如果仅仅使用服务名来做服务的定义和表示,容易在一些通用服务上出现冲突,比如登陆服务等。
+之所以 Nacos 将服务的定义拆分为`命名空间`、`分组`和`服务名`,除了方便隔离使用场景外,还有方便用户发现唯一服务的优点。在注册中心的实际使用场景上,同个公司的不同开发者可能会开发出类似作用的服务,如果仅仅使用服务名来做服务的定义和表示,容易在一些通用服务上出现冲突,比如登录服务等。
通常推荐使用由运行环境作为`命名空间`、应用名作为`分组`和服务功能作为`服务名`的组合来确保该服务的天然唯一性,当然使用者可以忽略命名空间和分组,仅使用服务名作为服务唯一标示,这就需要使用者在定义服务名时额外增加自己的规则来确保在使用中能够唯一定位到该服务而不会发现到错误的服务上。