[zh] Sync multi-tenancy.md

content/zh-cn/docs/concepts/security/multi-tenancy.md

@@ -1,13 +1,13 @@
 ---
 title: 多租户
 content_type: concept
-weight: 70
+weight: 80
 ---
 
 <!--
 title: Multi-tenancy
 content_type: concept
-weight: 70
+weight: 80
 -->
 
 <!--
@@ -1041,7 +1041,7 @@ with underlying compute resources it is referred to as a _virtual control plane_
 A virtual control plane typically consists of the Kubernetes API server, 
 the controller manager, and the etcd data store. 
 It interacts with the super cluster via a metadata synchronization controller 
-which coordinates changes across tenant control planes and the control plane of the super--cluster. 
+which coordinates changes across tenant control planes and the control plane of the super-cluster.
 -->
 虚拟控制面通常由 Kubernetes API 服务器、控制器管理器和 etcd 数据存储组成。
 它通过元数据同步控制器与超集群交互，
@@ -1058,7 +1058,7 @@ where each tenant requires access to a Kubernetes API server and expects the ful
 -->
 通过使用每个租户单独的专用控制面，可以解决由于所有租户共享一个 API 服务器而导致的大部分隔离问题。
 例如，控制平面中的嘈杂邻居、策略错误配置导致的不可控爆炸半径以及如
-webhook 和 CRD 等集群范围对象之间的冲突。
+Webhook 和 CRD 等集群范围对象之间的冲突。
 因此，虚拟控制平面模型特别适用于每个租户都需要访问
 Kubernetes API 服务器并期望具有完整集群可管理性的情况。
 
@@ -1071,8 +1071,7 @@ These must still be addressed separately.
 -->
 改进的隔离是以每个租户运行和维护一个单独的虚拟控制平面为代价的。
 此外，租户层面的控制面不能解决数据面的隔离问题，
-例如节点级的嘈杂邻居或安全威胁。
-这些仍然必须单独解决。
+例如节点级的嘈杂邻居或安全威胁。这些仍然必须单独解决。
 
 <!--
 The Kubernetes [Cluster API - Nested (CAPN)]
@@ -1084,9 +1083,8 @@ Kubernetes [Cluster API - Nested (CAPN)](https://github.com/kubernetes-sigs/clus
 
 <!--
 #### Other implementations
-* [Kamaji](https://github.com/clastix/kamaji)
-* [vcluster](https://github.com/loft-sh/vcluster)
 -->
 #### 其他实现 {#other-implementations}
+
 * [Kamaji](https://github.com/clastix/kamaji)
 * [vcluster](https://github.com/loft-sh/vcluster)