update markdown file in glossary directory

2020-11-28 09:42:08 +08:00
parent 72fb7e4d30
commit 04df324331
41 changed files with 77 additions and 90 deletions
@@ -37,4 +37,4 @@ tags:
 <!-- 
 [Installing addons](/docs/concepts/cluster-administration/addons/) explains more about using add-ons with your cluster, and lists some popular add-ons.
 -->
-[安装附加组件](/docs/concepts/cluster-administration/addons/) 阐释了更多关于如何在集群内使用附加组件，并列出了一些流行的附加组件。
+[安装附加组件](/zh/docs/concepts/cluster-administration/addons/) 阐释了更多关于如何在集群内使用附加组件，并列出了一些流行的附加组件。
@@ -40,5 +40,5 @@ 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" >}} 不允许使用的字符。像工具和软件库这样的客户端可以检索这些元数据。

@@ -39,7 +39,7 @@ 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. 
@@ -37,7 +37,4 @@ 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 和参数约定、细微的性能和正确性问题、与系统其他部分的交互等。批准者状态的作用域是代码库的一部分。审批者以前被称为维护者。
@@ -38,10 +38,7 @@ 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.
 -->

-Cloud Controller Manager（云控制器管理器）是指 嵌入特定云的控制逻辑的 {{< glossary_tooltip text="控制平面" term_id="control-plane" >}} 组件
-。云控制器管理器允许您链接
-聚合到云提供商的应用编程接口中，并分离出相互作用的组件
-与您的集群交互的组件。
+云控制器管理器是指嵌入特定云的控制逻辑的 {{< glossary_tooltip text="控制平面" term_id="control-plane" >}} 组件。云控制器管理器允许您链接聚合到云提供商的应用编程接口中，并分离出相互作用的组件与您的集群交互的组件。

 <!--more--> 

@@ -50,4 +47,4 @@ 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.
 -->
-通过分离Kubernates和底层云基础设置之间的互操作性逻辑，云控制器管理器组件使云提供商能够以不同于Kubernates主项目的速度进行发布新特征。
+通过分离 Kubernetes 和底层云基础设置之间的互操作性逻辑，云控制器管理器组件使云提供商能够以不同于 Kubernetes 主项目的速度进行发布新特征。
@@ -58,8 +58,8 @@ elements such as load balancers.
 针对托管的基础设施，云供应商负责服务器、存储和网络，而用户（你）
 负责管理其上运行的各层软件，例如运行一个 Kubernetes 集群。

-你也会看到 Kubernetes 被作为托管服务提供；有时也称作平台即服务或 PaaS。
-针对托管的 Kubernetes，你的云供应商负责 Kubernetes 的控制面以及
-{{< glossary_tooltip term_id="node" text="节点" >}}及他们所依赖的基础设施：
+你也会看到 Kubernetes 被作为托管服务提供；有时也称作平台即服务或 PaaS 。
+针对托管的 Kubernetes ，你的云供应商负责 Kubernetes 的控制面以及
+ {{< glossary_tooltip term_id="node" text="节点" >}} 及他们所依赖的基础设施：
 网络、存储以及其他一些诸如负载均衡器之类的元素。

@@ -30,7 +30,7 @@ tags:
 The work involved in managing a Kubernetes cluster: managing
 day-to-day operations, and co-ordinating upgrades.
 -->
-Kubernates管理相关工作包括：日常管理操作和协调升级。
+ Kubernetes 管理相关工作包括：日常管理操作和协调升级。

 <!--
 Examples of cluster operations work include: deploying new Nodes to
@@ -38,5 +38,4 @@ scale the cluster; performing software upgrades; implementing security
 controls; adding or removing storage; configuring cluster networking;
 managing cluster-wide observability; and responding to events.
 -->															  
-群集操作工作的示例包括:部署新节点来扩容集群；执行软件升级；实施安全控制；添加或删除存储；配置集群网络；
-管理集群范围的可观测性；响应集群事件。
+群集操作工作的示例包括:部署新节点来扩容集群；执行软件升级；实施安全控制；添加或删除存储；配置集群网络；管理集群范围的可观测性；响应集群事件。
@@ -41,4 +41,4 @@ tags:
 * For information on Kubernetes and CNI, see ["Network plugins"](/docs/concepts/extend-kubernetes/compute-storage-net/network-plugins/#cni).
 -->

-* 想了解 Kubernetes 和 CNI 请参考 ["网络插件"](/docs/concepts/extend-kubernetes/compute-storage-net/network-plugins/#cni)。
+* 想了解 Kubernetes 和 CNI 请参考 ["网络插件"](/zh/docs/concepts/extend-kubernetes/compute-storage-net/network-plugins/#cni)。
@@ -33,7 +33,7 @@ environment variables, command-line arguments, or as configuration files in a
 {{< glossary_tooltip text="volume" term_id="volume" >}}.
 -->

- ConfigMap 是一种 API 对象，用来将非机密性的数据保存到健值对中。使用时,{{< glossary_tooltip text="Pods" term_id="pod" >}} 可以将其用作环境变量、命令行参数或者存储卷中的配置文件。
+ ConfigMap 是一种 API 对象，用来将非机密性的数据保存到健值对中。使用时， {{< glossary_tooltip text="Pods" term_id="pod" >}} 可以将其用作环境变量、命令行参数或者存储卷中的配置文件。

 <!--more--> 

@@ -4,7 +4,7 @@ id: container-env-variables
 date: 2018-04-12
 full_link: /zh/docs/concepts/containers/container-environment/
 short_description: >
-  容器环境变量提供了name=value形式的、运行容器化应用所必须的一些重要信息。
+  容器环境变量提供了 name=value 形式的、运行容器化应用所必须的一些重要信息。

 aka: 
 tags:
@@ -30,7 +30,7 @@ tags:
 Container environment variables are name=value pairs that provide useful information into containers running in a {{< glossary_tooltip text="pod" term_id="pod" >}}
 -->

-  容器环境变量提供了name=value形式的、在{{< glossary_tooltip text="pod" term_id="pod" >}}中运行的容器所必须的一些重要信息。
+  容器环境变量提供了 name=value 形式的、在 {{< glossary_tooltip text="pod" term_id="pod" >}} 中运行的容器所必须的一些重要信息。
  
 <!--more-->
 <!--
@@ -35,5 +35,5 @@ tags:
 Contributions include pull requests (PRs), issues, feedback, {{< glossary_tooltip text="special interest groups (SIG)" term_id="sig" >}} participation, or organizing community events.
 -->

-贡献形式包括提交拉取请求（PRs）、问题报告（Issues）、反馈、参与{{< glossary_tooltip text="特别兴趣小组（SIG）" term_id="sig" >}}或者组织社区活动等等。
+贡献形式包括提交拉取请求（PRs）、问题报告（Issues）、反馈、参与 {{< glossary_tooltip text="特别兴趣小组（SIG）" term_id="sig" >}} 或者组织社区活动等等。

@@ -52,4 +52,4 @@ tags:
 * {{< glossary_tooltip text="Controller Manager" term_id="kube-controller-manager" >}}
 * {{< glossary_tooltip text="Cloud Controller Manager" term_id="cloud-controller-manager" >}}

-这些组件可以以传统的系统服务运行也可以以容器的形式运行.运行这些组件的主机过去称为master节点。																																																		   
+这些组件可以以传统的系统服务运行也可以以容器的形式运行.运行这些组件的主机过去称为 master 节点。																																																		   
@@ -38,7 +38,7 @@ state.
 																			 
 	  

- 在Kubernates中，控制器通过监控 {{< glossary_tooltip text="集群" term_id="kube-cluster" >}} 的公共状态，并致力于将当前状态转变为期望的状态。
+ 在 Kubernetes 中，控制器通过监控 {{< glossary_tooltip text="集群" term_id="cluster" >}} 的公共状态，并致力于将当前状态转变为期望的状态。

 <!--more--> 
 																			   
@@ -1,5 +1,5 @@
 ---
-title: 容器存储接口（Container Storage Interface）(CSI)
+title: 容器存储接口（Container Storage Interface，CSI）
 id: csi
 date: 2018-06-25
 full_link: /zh/docs/concepts/storage/volumes/#csi
@@ -31,7 +31,7 @@ tags:
 The Container Storage Interface (CSI) defines a standard interface to expose storage systems to containers.
 -->

- 容器存储接口 （CSI）定义了存储系统暴露给容器的标准接口。
+ 容器存储接口 （CSI） 定义了存储系统暴露给容器的标准接口。

 <!--more--> 

@@ -4,7 +4,7 @@ id: device-plugin
 date: 2019-02-02
 full_link: /zh/docs/concepts/extend-kubernetes/compute-storage-net/device-plugins/
 short_description: >
-  一种软件扩展，可以使Pod访问由特定厂商初始化或者安装的设备。
+  一种软件扩展，可以使 Pod 访问由特定厂商初始化或者安装的设备。
 aka:
 tags:
 - fundamental
@@ -32,7 +32,7 @@ tags:
 such as local hardware, that require vendor-specific initialization or setup
 steps.
 -->
-设备插件工作在节点主机上，给{{< glossary_tooltip term_id="pod" text="Pods ">}}提供访问资源的权限，比如特定厂商初始化或者安装的本地硬件。
+设备插件工作在节点主机上，给 {{< glossary_tooltip term_id="pod" text="Pods ">}} 提供访问资源的权限，比如特定厂商初始化或者安装的本地硬件。
 <!--more-->

 <!--
@@ -42,11 +42,11 @@ Pods can access hardware features that relate to the Node where that Pod is runn
 You can deploy a device plugin as a {{< glossary_tooltip term_id="daemonset" >}},
 or install the device plugin software directly on each target Node.
 -->
-设备插件将资源告知给{{< glossary_tooltip term_id="kubelet" text="kubelet" >}}，以便相关节点上运行的工作负载Pod可以访问硬件功能。
+设备插件将资源告知 {{< glossary_tooltip term_id="kubelet" text="kubelet" >}} ，以便相关节点上运行的工作负载Pod可以访问硬件功能。
 <!-- 
 See
 	 
 [Device Plugins](/docs/concepts/extend-kubernetes/compute-storage-net/device-plugins/)
 for more information.
 -->
-更多信息请查阅[设备插件](/docs/concepts/extend-kubernetes/compute-storage-net/device-plugins/) 
+更多信息请查阅[设备插件](/zh/docs/concepts/extend-kubernetes/compute-storage-net/device-plugins/) 
@@ -41,7 +41,7 @@ Kubernetes terms that an _involuntary disruption_.

 See [Disruptions](/docs/concepts/workloads/pods/disruptions/) for more information.
 -->
-如果您作为一个集群操作人员，销毁了一个从属于某个应用的 Pod, Kubernetes 视之为 _自愿干扰_。如果由于节点故障
-或者影响更大区域故障的断电导致 Pod 离线，Kubrenetes 视之为 _非愿干扰_。
+如果您作为一个集群操作人员，销毁了一个从属于某个应用的 Pod, Kubernetes 视之为 _自愿干扰（Voluntary Disruption）_。如果由于节点故障
+或者影响更大区域故障的断电导致 Pod 离线，Kubrenetes 视之为 _非愿干扰（Involuntary Disruption）_。

 更多信息请查阅[Disruptions](/zh/docs/concepts/workloads/pods/disruptions/)
@@ -30,7 +30,7 @@ tags:
 Docker (specifically, Docker Engine) is a software technology providing operating-system-level virtualization also known as {{< glossary_tooltip text="containers" term_id="container" >}}.
 -->

- Docker（这里特指Docker引擎） 是一种可以提供操作系统级别虚拟化（也称作{{< glossary_tooltip text="容器" term_id="container" >}}）的软件技术。
+ Docker（这里特指 Docker 引擎） 是一种可以提供操作系统级别虚拟化（也称作{{< glossary_tooltip text="容器" term_id="container" >}}）的软件技术。

 <!--more--> 

@@ -41,4 +41,4 @@ Dynamic provisioning eliminates the need for cluster administrators to pre-provi
 -->

 动态供应让集群管理员无需再预先供应存储。相反，它通过用户请求自动地供应存储。
-动态卷供应是基于 API 对象 {{< glossary_tooltip text="StorageClass" term_id="储存类别（storage-class）" >}} 的，StorageClass 可以引用 {{< glossary_tooltip text="卷插件（Volume Plugin）" term_id="volume-plugin" >}} 提供的 {{< glossary_tooltip text="卷（Volume）" term_id="volume" >}} ，也可以引用传递给卷插件（Volume Plugin）的参数集。
+动态卷供应是基于 API 对象 {{< glossary_tooltip text="储存类别" term_id="storage-class" >}} 的， StorageClass 可以引用 {{< glossary_tooltip text="卷插件" term_id="volume-plugin" >}} 提供的 {{< glossary_tooltip text="卷" term_id="volume" >}} ，也可以引用传递给卷插件（Volume Plugin）的参数集。
@@ -1,5 +1,5 @@
 ---
-title: 端点切片（Endpoint Slice）
+title: EndpointSlice
 id: endpoint-slice
 date: 2018-04-12
 full_link: /zh/docs/concepts/services-networking/endpoint-slices/
@@ -1,5 +1,5 @@
 ---
-title: Pod水平自动扩缩器（Horizontal Pod Autoscaler）
+title: Pod 水平自动扩缩器（Horizontal Pod Autoscaler）
 id: horizontal-pod-autoscaler
 date: 2018-04-12
 full_link: /zh/docs/tasks/run-application/horizontal-pod-autoscale/
@@ -1,5 +1,5 @@
 ---
-title: 主机别名（HostAliases）
+title: HostAliases
 id: HostAliases
 date: 2019-01-31
 full_link: /docs/reference/generated/kubernetes-api/{{< param "version" >}}/#hostalias-v1-core
@@ -1,5 +1,5 @@
 ---
-title: Image（镜像）
+title: 镜像（Image）
 id: image
 date: 2018-04-12
 full_link: 
@@ -1,5 +1,5 @@
 ---
-title: Init Container（初始化容器）
+title:  初始化容器（Init Container）
 id: init-container
 date: 2018-04-12
 full_link: 
@@ -31,9 +31,9 @@ tags:
 <!--
 Component on the master that runs {{< glossary_tooltip text="controllers" term_id="controller" >}}.
 -->
-在主节点上运行{{< glossary_tooltip text="控制器" term_id="controller" >}}的组件。
+在主节点上运行 {{< glossary_tooltip text="控制器" term_id="controller" >}} 的组件。

 <!--more--> 

-从逻辑上讲，每个{{< glossary_tooltip text="控制器" term_id="controller" >}}都是一个单独的进程，但是为了降低复杂性，它们都被编译到同一个可执行文件，并在一个进程中运行。
+从逻辑上讲，每个 {{< glossary_tooltip text="控制器" term_id="controller" >}} 都是一个单独的进程，但是为了降低复杂性，它们都被编译到同一个可执行文件，并在一个进程中运行。

@@ -27,7 +27,7 @@ tags:
 <!-- [kube-proxy](/docs/reference/command-line-tools-reference/kube-proxy/) is a
 network proxy that runs on each node in your cluster, implementing part of
 the Kubernetes {{< glossary_tooltip term_id="service">}} concept. -->
- [kube-proxy](/docs/reference/command-line-tools-reference/kube-proxy/) 是集群中每个节点上运行的网络代理,实现 Kubernetes {{< glossary_tooltip term_id="service">}} 概念的一部分。
+ [kube-proxy](/zh/docs/reference/command-line-tools-reference/kube-proxy/) 是集群中每个节点上运行的网络代理,实现 Kubernetes {{< glossary_tooltip term_id="service">}} 概念的一部分。

 <!--more-->

@@ -38,4 +38,4 @@ kube-proxy 维护节点上的网络规则。这些网络规则允许从集群内

 <!-- kube-proxy uses the operating system packet filtering layer if there is one
 and it's available. Otherwise, kube-proxy forwards the traffic itself. -->
-如果操作系统提供了数据包过滤层并可用的话，kube-proxy会通过它来实现网络规则。否则，kube-proxy 仅转发流量本身。
+如果操作系统提供了数据包过滤层并可用的话，kube-proxy 会通过它来实现网络规则。否则， kube-proxy 仅转发流量本身。
@@ -4,7 +4,7 @@ id: secret
 date: 2018-04-12
 full_link: /zh/docs/concepts/configuration/secret/
 short_description: >
-  Secret 用于存储敏感信息，如密码、OAuth 令牌和 SSH 密钥。
+  Secret 用于存储敏感信息，如密码、 OAuth 令牌和 SSH 密钥。

 aka: 
 tags:
@@ -17,7 +17,7 @@ tags:
 title: Secret
 id: secret
 date: 2018-04-12
-full_link: /zh/docs/concepts/configuration/secret/
+full_link: /docs/concepts/configuration/secret/
 short_description: >
  Stores sensitive information, such as passwords, OAuth tokens, and ssh keys.

@@ -32,7 +32,7 @@ tags:
 Stores sensitive information, such as passwords, OAuth tokens, and ssh keys.
 -->

- Secret 用于存储敏感信息，如密码、OAuth 令牌和 SSH 密钥。
+ Secret 用于存储敏感信息，如密码、 OAuth 令牌和 SSH 密钥。

 <!--more--> 

@@ -40,6 +40,6 @@ tags:
 Allows for more control over how sensitive information is used and reduces the risk of accidental exposure, including [encryption](/docs/tasks/administer-cluster/encrypt-data/#ensure-all-secrets-are-encrypted) at rest.  A {{< glossary_tooltip text="Pod" term_id="pod" >}} references the secret as a file in a volume mount or by the kubelet pulling images for a pod. Secrets are great for confidential data and [ConfigMaps](/docs/tasks/configure-pod-container/configure-pod-configmap/) for non-confidential data.
 -->

-Secret 允许用户对如何使用敏感信息进行更多的控制，并减少信息意外暴露的风险，包括静态[encryption（加密）](/docs/tasks/administer-cluster/encrypt-data/#ensure-all-secrets-are-encrypted)。
+Secret 允许用户对如何使用敏感信息进行更多的控制，并减少信息意外暴露的风险，包括静态[encryption（加密）](/zh/docs/tasks/administer-cluster/encrypt-data/#ensure-all-secrets-are-encrypted)。
 {{< glossary_tooltip text="Pod" term_id="pod" >}} 通过挂载卷中的文件的方式引用 Secret，或者通过 kubelet 为 pod 拉取镜像时引用。
-Secret 非常适合机密数据使用，而 [ConfigMaps](/docs/tasks/configure-pod-container/configure-pod-configmap/) 适用于非机密数据。
+Secret 非常适合机密数据使用，而 [ConfigMaps](/zh/docs/tasks/configure-pod-container/configure-pod-configmap/) 适用于非机密数据。
@@ -42,10 +42,10 @@ the group that processes run as, and privilege settings.
 You can also configure security policies (for example: SELinux, AppArmor or seccomp).
 -->

-在一个 securityContext 字段中，可以设置进程所属用户和用户组、权限相关设置。你也可以设置安全策略（例如：SELinux、AppArmor、seccomp）	
+在一个 `securityContext` 字段中，你可以设置进程所属用户和用户组、权限相关设置。你也可以设置安全策略（例如：SELinux、AppArmor、seccomp）。	

 <!--
 The `PodSpec.securityContext` setting applies to all containers in a Pod.
 -->

-‘PodSpec.securityContext’字段配置会应用到一个Pod中的所有的container。														 
+`PodSpec.securityContext` 字段配置会应用到一个 Pod 中的所有的 container 。														 
@@ -1,10 +1,10 @@
 ---
-title: 选择标识符（Selector）
+title: 选择算符（Selector）
 id: selector
 date: 2018-04-12
 full_link: /zh/docs/concepts/overview/working-with-objects/labels/
 short_description: >
-  Selector（选择标识符）允许用户通过标签对一组资源对象进行筛选过滤。
+  选择算符允许用户通过标签对一组资源对象进行筛选过滤。

 aka: 
 tags:
@@ -32,7 +32,7 @@ tags:
 Allows users to filter a list of resources based on {{< glossary_tooltip text="labels" term_id="label" >}}.
 -->

-Selector 允许用户通过{{< glossary_tooltip text="labels（标签）" term_id="label" >}}对一组资源对象进行筛选过滤。
+选择算符允许用户通过 {{< glossary_tooltip text="标签（labels）" term_id="label" >}} 对一组资源对象进行筛选过滤。

 <!--more--> 

@@ -40,5 +40,5 @@ Selector 允许用户通过{{< glossary_tooltip text="labels（标签）" term_i
 Selectors are applied when querying lists of resources to filter them by labels.
 -->

-在查询资源列表时，选择器可以通过标签对资源进行过滤筛选。
+在查询资源列表时，选择算符可以通过标签对资源进行过滤筛选。

@@ -1,5 +1,5 @@
 ---
-title: 服务账户（ServiceAccount）
+title: ServiceAccount
 id: service-account
 date: 2018-04-12
 full_link: /zh/docs/tasks/configure-pod-container/configure-service-account/
@@ -39,6 +39,5 @@ tags:
 <!--
 When processes inside Pods access the cluster, they are authenticated by the API server as a particular service account, for example, `default`. When you create a Pod, if you do not specify a service account, it is automatically assigned the default service account in the same {{< glossary_tooltip text="Namespace" term_id="namespace" >}}.
 -->
-当 Pod 中的进程访问集群时，API 服务器将它们作为特定的服务帐户进行身份验证，例如 `default`。当您创建 Pod 时，如果您没有指定服务帐户，它将在相同的{{< glossary_tooltip text="Namespace" term_id="namespace" >}} 中自动分配 default 服务账户。
-
+当 Pod 中的进程访问集群时，API 服务器将它们作为特定的服务帐户进行身份验证，例如  `default` ，创建 Pod 时，如果你没有指定服务帐户，它将自动被赋予同一个 {{< glossary_tooltip text="名字空间" term_id="namespace" >}} 中的 default 服务账户。

@@ -29,7 +29,7 @@ tags:
 <!--
 An endpoint for a set of {{< glossary_tooltip text="Managed Services" term_id="managed-service" >}} offered and maintained by a third-party.
 -->
-由第三方提供并维护的一组{{< glossary_tooltip text="Managed Services（托管服务）" term_id="managed-service">}} 的访问端点。
+由第三方提供并维护的一组 {{< glossary_tooltip text="托管服务（Managed Services）" term_id="managed-service">}} 的访问端点。

 <!--more--> 

@@ -1,10 +1,10 @@
 ---
-title: Service Catalog
+title: 服务目录（Service Catalog）
 id: service-catalog
 date: 2018-04-12
 full_link: 
 short_description: >
-  Service Catalog（服务目录）是一种扩展 API，它能让 Kubernetes 集群中运行的应用易于使用外部托管的软件服务，例如云供应商提供的数据仓库服务。
+  服务目录是一种扩展 API，它能让 Kubernetes 集群中运行的应用易于使用外部托管的软件服务，例如云供应商提供的数据仓库服务。
  
 aka: 
 tags:
@@ -31,7 +31,7 @@ tags:
 An extension API that enables applications running in Kubernetes clusters to easily use external managed software offerings, such as a datastore service offered by a cloud provider.
 -->

-Service Catalog（服务目录）是一种扩展 API，它能让 Kubernetes 集群中运行的应用易于使用外部托管的的软件服务，例如云供应商提供的数据仓库服务。
+服务目录是一种扩展 API，它能让 Kubernetes 集群中运行的应用易于使用外部托管的的软件服务，例如云供应商提供的数据仓库服务。

 <!--more--> 

@@ -39,5 +39,5 @@ Service Catalog（服务目录）是一种扩展 API，它能让 Kubernetes 集
 It provides a way to list, provision, and bind with external {{< glossary_tooltip text="Managed Services" term_id="managed-service" >}} from {{< glossary_tooltip text="Service Brokers" term_id="service-broker" >}} without needing detailed knowledge about how those services are created or managed.
 -->

-服务目录可以检索、供应、和绑定由 {{< glossary_tooltip text="Service Brokers（服务代理人）" term_id="service-broker" >}} 提供的外部 {{< glossary_tooltip text="Managed Services（托管服务）" term_id="managed-service" >}}，而无需知道那些服务具体是怎样创建和托管的。
+服务目录可以检索、供应、和绑定由 {{< glossary_tooltip text="Service Brokers（服务代理人）" term_id="service-broker" >}} 提供的外部 {{< glossary_tooltip text="托管服务（Managed Services）" term_id="managed-service" >}}，而无需知道那些服务具体是怎样创建和托管的。

@@ -40,4 +40,4 @@ An abstract way to expose an application running on a set of {{< glossary_toolti
 <!--
 The set of Pods targeted by a Service is (usually) determined by a {{< glossary_tooltip text="selector" term_id="selector" >}}. If more Pods are added or removed, the set of Pods matching the selector will change. The Service makes sure that network traffic can be directed to the current set of Pods for the workload.
 -->
-服务所针对的Pod集（通常）由 {{< glossary_tooltip text="Selector" term_id="selector" >}} 确定。 如果添加或删除了更多Pod，则与选择器匹配的Pod集将发生变化。 该服务确保可以将网络流量定向到该工作负载的当前Pod集。
+服务所针对的 Pod 集（通常）由 {{< glossary_tooltip text="选择算符" term_id="selector" >}} 确定。 如果有 Pod 被添加或被删除，则与选择算符匹配的 Pod 集合将发生变化。服务确保可以将网络流量定向到该工作负载的当前 Pod 集合。
@@ -30,7 +30,7 @@ tags:
 <!--
 A technique for assigning requests to queues that provides better isolation than hashing modulo the number of queues.
 -->
-Shuffle Sharding（混排切片）是指一种将请求指派给队列的技术，其隔离性好过对队列个数哈希取模的方式。
+混排切片（Shuffle Sharding）是指一种将请求指派给队列的技术，其隔离性好过对队列个数哈希取模的方式。


 <!--more--> 
@@ -1,10 +1,10 @@
 ---
-title: 状态集（StatefulSet）
+title: StatefulSet
 id: statefulset
 date: 2018-04-12
 full_link: /zh/docs/concepts/workloads/controllers/statefulset/
 short_description: >
- StatefulSet 用来管理部署和伸缩一组 Pod，包括这些 Pod 的持久存储和持久标识符。
+  StatefulSet 用来管理某 Pod 集合的部署和扩缩，并为这些 Pod 提供持久存储和持久标识符。
 aka: 
 tags:
 - fundamental
@@ -34,18 +34,16 @@ tags:
 <!--
 Manages the deployment and scaling of a set of {{< glossary_tooltip text="Pods" term_id="pod" >}}, *and provides guarantees about the ordering and uniqueness* of these Pods.
 -->
- StatefulSet 用来管理部署和伸缩一组 {{< glossary_tooltip text="Pod" term_id="pod" >}}，包括这些 Pod 的持久存储和持久标识符。
- 
+StatefulSet 用来管理某 {{< glossary_tooltip text="Pod" term_id="pod" >}} 集合的部署和扩缩，并为这些 Pod 提供持久存储和持久标识符。 
 <!--more--> 

 <!--
 Like a {{< glossary_tooltip term_id="deployment" >}}, a StatefulSet manages Pods that are based on an identical container spec. Unlike a Deployment, a StatefulSet maintains a sticky identity for each of their Pods. These pods are created from the same spec, but are not interchangeable&#58; each has a persistent identifier that it maintains across any rescheduling.
 -->

-和 {{< glossary_tooltip text="Deployment" term_id="deployment" >}} 相同的是，StatefulSet 管理了基于相同容器定义的一组 Pod。但和 Deployment 不同的是，StatefulSet 为它们的每个 Pod 维护了一个固定的 ID。这些 Pod 是基于相同的声明来创建的，但是不能相互替换：无论怎么调度，每个 Pod 都有一个永久不变的 ID。
-
+和 {{< glossary_tooltip text="Deployment" term_id="deployment" >}} 类似，StatefulSet 管理基于相同容器规约的一组 Pod。但和 Deployment 不同的是，StatefulSet 为它们的每个 Pod 维护了一个有粘性的 ID。这些 Pod 是基于相同的规约来创建的，但是不能相互替换：无论怎么调度，每个 Pod 都有一个永久不变的 ID。
 <!--
 If you want to use storage volumes to provide persistence for your workload, you can use a StatefulSet as part of the solution. Although individual Pods in a StatefulSet are susceptible to failure, the persistent Pod identifiers make it easier to match existing volumes to the new Pods that replace any that have failed.
 -->

-如果希望使用存储卷为工作负载提供持久性，可以使用状态集作为解决方案的一部分。尽管状态完整集中的单个Pod很容易出现故障，但持久的Pod标识符使得将现有卷与替换任何出现故障的新Pod相匹配变得更加容易。如果希望使用存储卷为工作负载提供持久性，可以使用状态集作为解决方案的一部分。尽管状态完整集中的单个Pod很容易出现故障，但持久的Pod标识符使得将现有卷与替换任何出现故障的新Pod相匹配变得更加容易。
+如果希望使用存储卷为工作负载提供持久存储，可以使用 StatefulSet 作为解决方案的一部分。尽管 StatefulSet 中的单个 Pod 仍可能出现故障，但持久的 Pod 标识符使得将现有卷与替换已失败 Pod 的新 Pod 相匹配变得更加容易。
@@ -1,10 +1,10 @@
 ---
-title: Static Pod
+title: 静态 Pod（Static Pod）
 id: static-pod
 date: 2019-02-12
 full_link: /zh/docs/tasks/configure-pod-container/static-pod/
 short_description: >
-  Static Pod（静态Pod）是指由特定节点上的 kubelet 守护进程直接管理的 pod。
+  静态Pod（Static Pod）是指由特定节点上的 kubelet 守护进程直接管理的 Pod。

 aka: 
 tags:
@@ -1,10 +1,10 @@
 ---
-title: 存储类别（StorageClass）
+title: StorageClass
 id: storageclass
 date: 2018-04-12
 full_link: /zh/docs/concepts/storage/storage-classes/
 short_description: >
-  StorageClass（存储类别） 是管理员用来描述不同的可用存储类型的一种方法。
+  StorageClass 是管理员用来描述可用的不同存储类型的一种方法。

 aka: 
 tags:
@@ -40,5 +40,4 @@ tags:
 StorageClasses can map to quality-of-service levels, backup policies, or to arbitrary policies determined by cluster administrators. Each StorageClass contains the fields `provisioner`, `parameters`, and `reclaimPolicy`, which are used when a {{< glossary_tooltip text="Persistent Volume" term_id="persistent-volume" >}} belonging to the class needs to be dynamically provisioned. Users can request a particular class using the name of a StorageClass object.
 -->

-StorageClass 可以映射到服务质量等级（QoS）、备份策略、或者管理员随机定义的策略。每个 StorageClass 对象包含的域有  `provisioner`、 `parameters` 和 `reclaimPolicy`，每个 StorageClass 对象包含字段`provisioner`、`parameters`、and `reclaimPolicy`，一般该存储类别的 {{< glossary_tooltip text="永久卷" term_id="persistent-volume" >}} 需要动态分配时就要用到这些字段参数。通过 StorageClass 对象的名称，用户可以请求他们需要的特定存储类别。 
-
+StorageClass 可以映射到服务质量等级（QoS）、备份策略、或者管理员任意定义的策略。每个 StorageClass 对象包含的字段有 `provisioner`、`parameters` 和 `reclaimPolicy`。动态制备该存储类别的 {{< glossary_tooltip text="持久卷" term_id="persistent-volume" >}}时需要用到这些字段值。通过设置 StorageClass 对象的名称，用户可以请求特定存储类别。
@@ -4,8 +4,7 @@ id: taint
 date: 2019-01-11
 full_link: /docs/concepts/configuration/taint-and-toleration/
 short_description: >
-  一个核心对象，由三个必需的属性组成：键，值和效果。Taint（污点）会阻止在节点或节点组上调度 Pod。
-
+    污点是一种一个核心对象，包含三个必需的属性：key、value 和 effect。污点会阻止在节点或节点组上调度 Pod。
 aka:
 tags:
 - core-object
@@ -31,8 +30,7 @@ tags:
 <!--
 A core object consisting of three required properties: key, value, and effect. Taints prevent the scheduling of {{< glossary_tooltip text="Pods" term_id="pod" >}} on {{< glossary_tooltip text="nodes" term_id="node" >}} or node groups.
 -->
- 一个核心对象，由三个必需的属性组成：键、值和效果。污点会阻止在{{< glossary_tooltip text="节点" term_id="node" >}}或节点组上调度 {{< glossary_tooltip text="Pods" term_id="pod" >}}。
- 
+污点是一种一个核心对象，包含三个必需的属性：key、value 和 effect。污点会阻止在{{< glossary_tooltip text="节点" term_id="node" >}}或节点组上调度 {{< glossary_tooltip text="Pods" term_id="pod" >}}。 


 <!--more-->
@@ -41,4 +39,4 @@ tags:
 Taints and {{< glossary_tooltip text="tolerations" term_id="toleration" >}} work together to ensure that pods are not scheduled onto inappropriate nodes. One or more taints are applied to a node. A node should only schedule a Pod with the matching tolerations for the configured taints.
 -->

-污点和 {{< glossary_tooltip text="容忍度" term_id="toleration" >}} 一起工作，以确保不会将 Pod 调度到不适合的节点上。一个或多个污点应用于 {{< glossary_tooltip text="节点" term_id="node" >}}。节点应该仅能调度那些带着能与污点相匹配容忍度的 pod。
+污点和 {{< glossary_tooltip text="容忍度" term_id="toleration" >}} 一起工作，以确保不会将 Pod 调度到不适合的节点上。同一 {< glossary_tooltip text="节点" term_id="node" >}}上可应用一个或多个污点。节点应该仅调度那些带着能与污点相匹配容忍度的 Pod。
@@ -1,5 +1,5 @@
 ---
-title: 容忍度（toleration）
+title: 容忍度（Toleration）
 id: toleration
 date: 2019-01-11
 full_link: /zh/docs/concepts/scheduling-eviction/taint-and-toleration/
@@ -1,5 +1,5 @@
 ---
-title: Upstream (disambiguation)
+title: 上游（Uptream）
 id: upstream
 date: 2018-04-12
 full_link: 
@@ -29,7 +29,7 @@ tags:
 <!--
 May refer to: core Kubernetes or the source repo from which a repo was forked.
 -->
-可以参考：核心 Kubernetes 仓库或作为当前仓库派生来源的来源仓库。
+可能指的是：核心 Kubernetes 仓库或作为当前仓库派生来源的仓库。

 <!--more--> 

@@ -32,7 +32,7 @@ tags:
 <!--
 A directory containing data, accessible to the {{< glossary_tooltip text="containers" term_id="container" >}} in a {{< glossary_tooltip term_id="pod" >}}.
 -->
-包含可被 {{< glossary_tooltip text="pod" term_id="pod" >}} 中{{< glossary_tooltip text="容器" term_id="container" >}}访问的数据的目录。
+包含可被 {{< glossary_tooltip text="Pod" term_id="pod" >}} 中{{< glossary_tooltip text="容器" term_id="container" >}}访问的数据的目录。

 		   

@@ -40,8 +40,8 @@ tags:
 A Kubernetes volume lives as long as the Pod that encloses it. Consequently, a volume outlives any containers that run within the Pod, and data in the volume is preserved across container restarts.
 -->

-每个 Kubernetes 卷在所处的{{< glossary_tooltip text="pod" term_id="pod" >}} 存在期间保持存在状态。
-因此，卷的生命期会超出 {{< glossary_tooltip text="pod" term_id="pod" >}} 中运行的{{< glossary_tooltip text="容器" term_id="container" >}}，
+每个 Kubernetes 卷在所处的 {{< glossary_tooltip text="Pod" term_id="pod" >}} 存在期间保持存在状态。
+因此，卷的生命期会超出 {{< glossary_tooltip text="Pod" term_id="pod" >}} 中运行的{{< glossary_tooltip text="容器" term_id="container" >}}，
 并且保证{{< glossary_tooltip text="容器" term_id="container" >}}重启之后仍保留数据。

 <!--
@@ -1,5 +1,5 @@
 ---
-title: 工作组（WG）
+title: 工作组（Working Group，WG）
 id: wg
 date: 2018-04-12
 full_link: https://github.com/kubernetes/community/blob/master/sig-list.md#master-working-group-list