update markdown files in glossary dirctory.

Author: jialaijun

content/zh/docs/reference/glossary/annotation.md

@@ -40,5 +40,7 @@ tags:
 The metadata in an annotation can be small or large, structured or unstructured, and can include characters not permitted by {{< glossary_tooltip text="labels" term_id="label" >}}. Clients such as tools and libraries can retrieve this metadata.
 -->
 
-注解中的元数据可大可小，可以是结构化的也可以是非结构化的，并且能包含 {{< glossary_tooltip text="标签" term_id="label" >}} 不允许使用的字符。像工具和软件库这样的客户端可以检索这些元数据。
+注解中的元数据可大可小，可以是结构化的也可以是非结构化的，
+并且能包含{{< glossary_tooltip text="标签" term_id="label" >}}不允许使用的字符。
+像工具和软件库这样的客户端可以检索这些元数据。
 

content/zh/docs/reference/glossary/api-group.md

@@ -39,7 +39,10 @@ Kubernetes API 中的一组相关路径。
 <!-- 
 You can enable or disable each API group by changing the configuration of your API server. You can also disable or enable paths to specific resources. API group makes it easier to extend the Kubernetes API. The API group is specified in a REST path and in the `apiVersion` field of a serialized object. 
 -->
-通过更改 API server 的配置，可以启用或禁用每个 API Group。你还可以禁用或启用指向特定资源的路径。 API group 使扩展 Kubernetes API 更加的容易。 API group 在 REST 路径和序列化对象的 `apiVersion` 字段中指定。
+通过更改 API server 的配置，可以启用或禁用每个 API Group。
+你还可以禁用或启用指向特定资源的路径。
+API group 使扩展 Kubernetes API 更加的容易。
+API group 在 REST 路径和序列化对象的 `apiVersion` 字段中指定。
 
 <!-- 
 * Read [API Group](/docs/concepts/overview/kubernetes-api/#api-groups) for more information. 

content/zh/docs/reference/glossary/app-container.md

@@ -42,5 +42,6 @@ once the application container has started.
 If a pod doesn't have any init containers configured, all the containers in that pod are app containers.
 -->
 
-初始化容器使您可以分离对于 {{< glossary_tooltip text="工作负载" term_id="workload" >}} 整体而言很重要的初始化细节，并且一旦应用容器启动，它不需要继续运行。
+初始化容器使您可以分离对于{{< glossary_tooltip text="工作负载" term_id="workload" >}}
+整体而言很重要的初始化细节，并且一旦应用容器启动，它不需要继续运行。
 如果 pod 没有配置任何初始化容器，则该 pod 中的所有容器都是应用程序容器。

content/zh/docs/reference/glossary/application-architect.md

@@ -39,5 +39,6 @@ tags:
 An architect ensures that an app's implementation allows it to interact with its surrounding components in a scalable, maintainable way. Surrounding components include databases, logging infrastructure, and other microservices.
 -->
 
-应用架构师确保应用的实现允许它和周边组件进行可扩展的、可持续的交互。周边组件包括数据库、日志基础设施和其他微服务。
+应用架构师确保应用的实现允许它和周边组件进行可扩展的、可持续的交互。
+周边组件包括数据库、日志基础设施和其他微服务。
 

content/zh/docs/reference/glossary/approver.md

@@ -37,4 +37,6 @@ tags:
 While code review is focused on code quality and correctness, approval is focused on the holistic acceptance of a contribution. Holistic acceptance includes backwards/forwards compatibility, adhering to API and flag conventions, subtle performance and correctness issues, interactions with other parts of the system, and others. Approver status is scoped to a part of the codebase. Approvers were previously referred to as maintainers.
 -->
 
-代码审核的重点是代码质量和正确性，而批准的重点是对贡献的整体接受。整体接受包括向后/向前兼容性、遵守 API 和参数约定、细微的性能和正确性问题、与系统其他部分的交互等。批准者状态的作用域是代码库的一部分。审批者以前被称为维护者。
+代码审核的重点是代码质量和正确性，而批准的重点是对贡献的整体接受。
+整体接受包括向后/向前兼容性、遵守 API 和参数约定、细微的性能和正确性问题、与系统其他部分的交互等。
+批准者状态的作用域是代码库的一部分。审批者以前被称为维护者。

content/zh/docs/reference/glossary/cidr.md

@@ -37,4 +37,7 @@ CIDR (无类域间路由) 是一种描述 IP 地址块的符号，被广泛使
 <!--
 In the context of Kubernetes, each {{< glossary_tooltip text="Node" term_id="node" >}} is assigned a range of IP addresses through the start address and a subnet mask using CIDR. This allows Nodes to assign each {{< glossary_tooltip text="Pod" term_id="pod" >}} a unique IP address. Although originally a concept for IPv4, CIDR has also been expanded to include IPv6. 
 -->
-在 Kubernetes 的上下文中，每个 {{< glossary_tooltip text="节点" term_id="node" >}} 以 CIDR 形式（含起始地址和子网掩码）获得一个 IP 地址段，从而能够为每个 {{< glossary_tooltip text="Pod" term_id="pod" >}} 分配一个独一无二的 IP 地址。虽然其概念最初源自 IPv4，CIDR 已经被扩展为涵盖 IPv6。
+在 Kubernetes 的上下文中，每个{{< glossary_tooltip text="节点" term_id="node" >}}
+以 CIDR 形式（含起始地址和子网掩码）获得一个 IP 地址段，
+从而能够为每个 {{< glossary_tooltip text="Pod" term_id="pod" >}} 分配一个独一无二的 IP 地址。
+虽然其概念最初源自 IPv4，CIDR 已经被扩展为涵盖 IPv6。

content/zh/docs/reference/glossary/cla.md

@@ -29,7 +29,7 @@ tags:
 <!--
  Terms under which a {{< glossary_tooltip text="contributor" term_id="contributor" >}} grants a license to an open source project for their contributions.
 -->
- {{< glossary_tooltip text="贡献者" term_id="contributor" >}} 对他们在开源项目中所贡献的代码的授权许可条款。
+ {{< glossary_tooltip text="贡献者" term_id="contributor" >}}对他们在开源项目中所贡献的代码的授权许可条款。
 
 <!--more--> 
 

content/zh/docs/reference/glossary/cloud-controller-manager.md

@@ -38,7 +38,10 @@ cluster into your cloud provider's API, and separates out the components that in
 with that cloud platform from components that just interact with your cluster.
 -->
 
-云控制器管理器是指嵌入特定云的控制逻辑的 {{< glossary_tooltip text="控制平面" term_id="control-plane" >}} 组件。云控制器管理器允许您链接聚合到云提供商的应用编程接口中，并分离出相互作用的组件与您的集群交互的组件。
+云控制器管理器是指嵌入特定云的控制逻辑的
+{{< glossary_tooltip text="控制平面" term_id="control-plane" >}}组件。
+云控制器管理器允许您链接聚合到云提供商的应用编程接口中，
+并分离出相互作用的组件与您的集群交互的组件。
 
 <!--more--> 
 
@@ -47,4 +50,5 @@ By decoupling the interoperability logic between Kubernetes and the underlying c
 infrastructure, the cloud-controller-manager component enables cloud providers to release
 features at a different pace compared to the main Kubernetes project.
 -->
-通过分离 Kubernetes 和底层云基础设置之间的互操作性逻辑，云控制器管理器组件使云提供商能够以不同于 Kubernetes 主项目的速度进行发布新特征。
+通过分离 Kubernetes 和底层云基础设置之间的互操作性逻辑，
+云控制器管理器组件使云提供商能够以不同于 Kubernetes 主项目的速度进行发布新特征。

content/zh/docs/reference/glossary/cloud-provider.md

@@ -58,8 +58,8 @@ elements such as load balancers.
 针对托管的基础设施，云供应商负责服务器、存储和网络，而用户（你）
 负责管理其上运行的各层软件，例如运行一个 Kubernetes 集群。
 
-你也会看到 Kubernetes 被作为托管服务提供；有时也称作平台即服务或 PaaS 。
-针对托管的 Kubernetes ，你的云供应商负责 Kubernetes 的控制面以及
+你也会看到 Kubernetes 被作为托管服务提供；有时也称作平台即服务或 PaaS。
+针对托管的 Kubernetes，你的云供应商负责 Kubernetes 的控制面以及
  {{< glossary_tooltip term_id="node" text="节点" >}} 及他们所依赖的基础设施：
 网络、存储以及其他一些诸如负载均衡器之类的元素。
 

content/zh/docs/reference/glossary/cluster-operations.md

@@ -30,12 +30,13 @@ tags:
  The work involved in managing a Kubernetes cluster: managing
 day-to-day operations, and co-ordinating upgrades.
 -->
- Kubernetes 管理相关工作包括：日常管理操作和协调升级。
+Kubernetes 管理相关工作包括：日常管理操作和协调升级。
 
 <!--
  Examples of cluster operations work include: deploying new Nodes to
 scale the cluster; performing software upgrades; implementing security
 controls; adding or removing storage; configuring cluster networking;
 managing cluster-wide observability; and responding to events.
 -->															  
-群集操作工作的示例包括:部署新节点来扩容集群；执行软件升级；实施安全控制；添加或删除存储；配置集群网络；管理集群范围的可观测性；响应集群事件。
+群集操作工作的示例包括：部署新节点来扩容集群；执行软件升级；实施安全控制；
+添加或删除存储；配置集群网络；管理集群范围的可观测性；响应集群事件。