Merge pull request #27 from chrisliu1995/master

Correct typos in the docs

docs/中文/核心概念/OpenKruiseGame的设计理念.md

@@ -4,7 +4,7 @@
 
 ## 开源OpenKruiseGame（OKG)的初衷
 
-我是从2015年开始做云原生产品的，从最开始的Swarm到后来的Kubernetes，在容器集群之上运行的负载类型从早期的网站、API服务到后来的转码、AI训练再到云宇宙、Web3、图形化应用。我们见证了云原生技术在改变一个又一个行业。但是，游戏是一个非常特殊的行业，一个大型的游戏，包含网关、平台服、游戏服、匹配服服务等不同种角色。很多游戏公司早已将平台服、网关等业务进行了云原生化改造，但是，游戏服的容器化进展都比较缓慢。通过和大量的游戏开发者/运维人员进行交流，大致可以归纳为如下三个重要的原因。
+我是从2015年开始做云原生产品的，从最开始的Swarm到后来的Kubernetes，在容器集群之上运行的负载类型从早期的网站、API服务到后来的转码、AI训练再到元宇宙、Web3、图形化应用。我们见证了云原生技术在改变一个又一个行业。但是，游戏是一个非常特殊的行业，一个大型的游戏，包含网关、平台服、游戏服、匹配服服务等不同种角色。很多游戏公司早已将平台服、网关等业务进行了云原生化改造，但是，游戏服的容器化进展都比较缓慢。通过和大量的游戏开发者/运维人员进行交流，大致可以归纳为如下三个重要的原因。
 
 1. 运行中的游戏服更换部署架构的风险收益比过高。
 2. 游戏服云原生化过程中存在缺失的核心功能，例如：游戏热更新，定向合服/停服等。

docs/中文/用户手册/游戏服更新策略.md

@@ -20,7 +20,7 @@ gs-demo-1   Ready      None       0     0
 gs-demo-2   Ready      None       0     0
 ```
 
-设置更新优先级，将3号游戏服优先级调大：
+设置更新优先级，将1号游戏服优先级调大：
 ```shell
 kubectl edit gs gs-demo-1
 
@@ -49,7 +49,7 @@ kubectl edit gss gs-demo
 
 ```
 
-此时只有gs-demo-3将会更新:
+此时只有gs-demo-1将会更新:
 ```shell
 kubectl get gs
 NAME        STATE      OPSSTATE   DP    UP
@@ -68,7 +68,7 @@ gs-demo-1   Ready      None       0     10
 gs-demo-2   Ready      None       0     0
 ```
 
-待gs-demo-3验证通过后，更新其余游戏服：
+待gs-demo-1验证通过后，更新其余游戏服：
 ```shell
 kubectl edit gss gs-demo
 ...

docs/中文/用户手册/网络模型.md

@@ -281,7 +281,7 @@ SlbIds
 
 - 含义：填写slb的id，支持填写多例
 - 填写格式：例如：lb-9zeo7prq1m25ctpfrw1m7
-- 是否支持变更：支持。未来将支持
+- 是否支持变更：支持。
 
 PortProtocols