[dubbo-website] branch master updated: [fix] typo (#1422)

[albumenj]

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

albumenj 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 dc9fc7bea06 [fix] typo (#1422)
dc9fc7bea06 is described below

commit dc9fc7bea06813cb522723727d930a9e8da34683
Author: JIAN ZHONG <11638...@qq.com>
AuthorDate: Sat Aug 27 09:42:25 2022 +0800

    [fix] typo (#1422)
---
 content/zh/overview/what/dubbo3.md | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/content/zh/overview/what/dubbo3.md 
b/content/zh/overview/what/dubbo3.md
index 2484e5d03ae..0716d19dac9 100644
--- a/content/zh/overview/what/dubbo3.md
+++ b/content/zh/overview/what/dubbo3.md
@@ -62,7 +62,7 @@ Dubbo3 一个更大的优势在于其对整体架构稳定性的提升，新的
 
 ![capacity](/imgs/v3/concepts/capacity.png)
 
-如果将应用开发粗略划分为业务开发、运维部署两个层次，其中变化比较频繁的因素包括服务（接口）、应用、机器实例。在 2.x 
时代，所有这三个因素的增长都会影响微服务集群的总体容量，尤其是接口增减带来的波动，对整体容量评估是非常不透明的。而在 3.0 
中集群容量变化仅与应用名、机器实例两个因素相关，而我们容量评估的对象往往都是应用与实例，因此整个集群集群变的更稳定透明。
+如果将应用开发粗略划分为业务开发、运维部署两个层次，其中变化比较频繁的因素包括服务（接口）、应用、机器实例。在 2.x 
时代，所有这三个因素的增长都会影响微服务集群的总体容量，尤其是接口增减带来的波动，对整体容量评估是非常不透明的。而在 3.0 
中集群容量变化仅与应用名、机器实例两个因素相关，而容量评估的对象往往都是应用与实例，因此整个集群变的更稳定透明。
 
 ### 云原生
 在云原生时代，底层基础设施的变革正深刻影响应用的部署、运维甚至开发过程，往上也影响了 Dubbo3 微服务技术方案的选型与部署模式。