[dubbo-website] branch master updated: Update dubbo-go-cloud-native.md (#738)

[al...@apache.org]

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 f7e21cf  Update dubbo-go-cloud-native.md (#738)
f7e21cf is described below

commit f7e21cf32b05ae56b0923989977bc56bfac1b4c2
Author: 铁哥 <gu...@gmail.com>
AuthorDate: Thu Feb 25 18:15:27 2021 +0800

    Update dubbo-go-cloud-native.md (#738)
---
 content/zh/blog/news/dubbo-go-cloud-native.md | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/content/zh/blog/news/dubbo-go-cloud-native.md b/content/zh/blog/news/dubbo-go-cloud-native.md
index 87c9e69..0158d8b 100644
--- a/content/zh/blog/news/dubbo-go-cloud-native.md
+++ b/content/zh/blog/news/dubbo-go-cloud-native.md
@@ -100,7 +100,7 @@ dubbogo 3.0 使用的新一代服务注册发现体系，将摒弃旧版的“
 
 而对于基于接口粒度的模型，数据量是和接口数量正相关的，鉴于一个应用通常发布多个接口的现状，其数量级一般是比应用粒度的数十倍。另外一个关键点在于，接口的定义更多的是业务侧的内部行为，接口粒度导致的集群规模评估的不透明，而实例、应用增长都通常是在运维侧的规划之中，可控性较好。
 
-工商银行曾经对这两个模型进行生产测算：应用级服务注册模型可以让注册中心上的数据量变成原来的 1.68%，新模型可以让 zookeeper 轻松至成 10 万级别的服务量和 10 万级别的节点量。
+工商银行曾经对这两个模型进行生产测算：应用级服务注册模型可以让注册中心上的数据量变成原来的 1.68%，新模型可以让 zookeeper 轻松支撑 10 万级别的服务量和 10 万级别的节点量。
 
 #### 2. 元数据中心同步机制的引入
 
@@ -149,4 +149,4 @@ dubbogo 3.0 目前是社区和 dubbo 官方团队-- 阿里中间件团队共同
 > 
 > **李志信** (GitHubID LaurenceLiZhixin)，阿里云云原生中间件团队开发工程师，dubbogo 社区开发者，中山大学软件工程专业在校学生，擅长使用 Go 语言，专注于云原生和微服务等技术方向。
 > 
-> **于雨**(github @AlexStocks)，dubbo-go 项目和社区负责人，一个有十多年服务端做着基础架构研发一线工作经验的程序员，陆续参与改进过 Muduo/Pika/Dubbo/Sentinel-go 等知名项目，目前在蚂蚁金服可信原生部从事容器编排和 service mesh 工作。
\ No newline at end of file
+> **于雨**(github @AlexStocks)，dubbo-go 项目和社区负责人，一个有十多年服务端做着基础架构研发一线工作经验的程序员，陆续参与改进过 Muduo/Pika/Dubbo/Sentinel-go 等知名项目，目前在蚂蚁金服可信原生部从事容器编排和 service mesh 工作。