Merge pull request kubernetes#37947 from chengxiangdong/format

[zh-cn] add some spaces to make it look pretty

content/zh-cn/docs/concepts/architecture/nodes.md

@@ -1117,7 +1117,7 @@ the kubelet, and the `--fail-swap-on` command line flag or `failSwapOn`
 [configuration setting](/docs/reference/config-api/kubelet-config.v1beta1/#kubelet-config-k8s-io-v1beta1-KubeletConfiguration)
 must be set to false.
 -->
-要在节点上启用交换内存，必须启用kubelet 的 `NodeSwap` 特性门控，
+要在节点上启用交换内存，必须启用 kubelet 的 `NodeSwap` 特性门控，
 同时使用 `--fail-swap-on` 命令行参数或者将 `failSwapOn`
 [配置](/zh-cn/docs/reference/config-api/kubelet-config.v1beta1/#kubelet-config-k8s-io-v1beta1-KubeletConfiguration)设置为 false。
 

content/zh-cn/docs/concepts/cluster-administration/flow-control.md

@@ -484,7 +484,7 @@ incoming request is for a resource or non-resource URL) matches the request.
 当给定的请求与某个 FlowSchema 的 `rules` 的其中一条匹配，那么就认为该请求与该 FlowSchema 匹配。
 判断规则与该请求是否匹配，**不仅**要求该条规则的 `subjects` 字段至少存在一个与该请求相匹配，
 **而且**要求该条规则的 `resourceRules` 或 `nonResourceRules`
-（取决于传入请求是针对资源URL还是非资源URL）字段至少存在一个与该请求相匹配。
+（取决于传入请求是针对资源 URL 还是非资源 URL）字段至少存在一个与该请求相匹配。
 
 <!--
 For the `name` field in subjects, and the `verbs`, `apiGroups`, `resources`,

content/zh-cn/docs/concepts/cluster-administration/proxies.md

@@ -59,7 +59,7 @@ There are several different proxies you may encounter when using Kubernetes:
 2. [apiserver proxy](/zh-cn/docs/tasks/access-application-cluster/access-cluster-services/#discovering-builtin-services)：
 
     - 是一个建立在 apiserver 内部的“堡垒”
-    - 将集群外部的用户与集群 IP 相连接，这些IP是无法通过其他方式访问的
+    - 将集群外部的用户与集群 IP 相连接，这些 IP 是无法通过其他方式访问的
     - 运行在 apiserver 进程内
     - 客户端到代理使用 HTTPS 协议 (如果配置 apiserver 使用 HTTP 协议，则使用 HTTP 协议)
     - 通过可用信息进行选择，代理到目的地可能使用 HTTP 或 HTTPS 协议

content/zh-cn/docs/concepts/services-networking/service.md

@@ -819,7 +819,7 @@ also start and end with an alphanumeric character.
 
 For example, the names `123-abc` and `web` are valid, but `123_abc` and `-web` are not.
 -->
-与一般的Kubernetes名称一样，端口名称只能包含小写字母数字字符 和 `-`。
+与一般的 Kubernetes 名称一样，端口名称只能包含小写字母数字字符 和 `-`。
 端口名称还必须以字母数字字符开头和结尾。
 
 例如，名称 `123-abc` 和 `web` 有效，但是 `123_abc` 和 `-web` 无效。
@@ -1918,9 +1918,9 @@ the NLB Target Group's health check on the auto-assigned
 `.spec.healthCheckNodePort` and not receive any traffic.
 -->
 与经典弹性负载均衡器不同，网络负载均衡器（NLB）将客户端的 IP 地址转发到该节点。
-如果服务的 `.spec.externalTrafficPolicy` 设置为 `Cluster` ，则客户端的IP地址不会传达到最终的 Pod。
+如果服务的 `.spec.externalTrafficPolicy` 设置为 `Cluster` ，则客户端的 IP 地址不会传达到最终的 Pod。
 
-通过将 `.spec.externalTrafficPolicy` 设置为 `Local`，客户端IP地址将传播到最终的 Pod，
+通过将 `.spec.externalTrafficPolicy` 设置为 `Local`，客户端 IP 地址将传播到最终的 Pod，
 但这可能导致流量分配不均。
 没有针对特定 LoadBalancer 服务的任何 Pod 的节点将无法通过自动分配的
 `.spec.healthCheckNodePort` 进行 NLB 目标组的运行状况检查，并且不会收到任何流量。
@@ -2213,7 +2213,7 @@ The previous information should be sufficient for many people who want to
 use Services.  However, there is a lot going on behind the scenes that may be
 worth understanding.
 -->
-## 虚拟IP实施 {#the-gory-details-of-virtual-ips}
+## 虚拟 IP 实施 {#the-gory-details-of-virtual-ips}
 
 对很多想使用 Service 的人来说，前面的信息应该足够了。
 然而，有很多内部原理性的内容，还是值去理解的。
@@ -2468,7 +2468,7 @@ assignment of multiple interfaces and IP addresses to a Pod.
 
 NAT for multihomed SCTP associations requires special logic in the corresponding kernel modules.
 -->
-支持多宿主SCTP关联要求 CNI 插件能够支持为一个 Pod 分配多个接口和 IP 地址。
+支持多宿主 SCTP 关联要求 CNI 插件能够支持为一个 Pod 分配多个接口和 IP 地址。
 
 用于多宿主 SCTP 关联的 NAT 在相应的内核模块中需要特殊的逻辑。
 {{< /warning >}}