From f51174d518a5cee5e9499f41b01ac8035d818f6f Mon Sep 17 00:00:00 2001 From: jialaijun Date: Tue, 29 Dec 2020 11:29:17 +0800 Subject: [PATCH] update the markdown file in the glossary directory for Chinese version. --- content/zh/docs/reference/glossary/kube-scheduler.md | 4 ++-- content/zh/docs/reference/glossary/minikube.md | 2 +- content/zh/docs/reference/glossary/mirror-pod.md | 6 +++--- content/zh/docs/reference/glossary/namespace.md | 8 ++++---- content/zh/docs/reference/glossary/object.md | 4 ++-- 5 files changed, 12 insertions(+), 12 deletions(-) diff --git a/content/zh/docs/reference/glossary/kube-scheduler.md b/content/zh/docs/reference/glossary/kube-scheduler.md index accff20e05..429e94abef 100644 --- a/content/zh/docs/reference/glossary/kube-scheduler.md +++ b/content/zh/docs/reference/glossary/kube-scheduler.md @@ -4,7 +4,7 @@ id: kube-scheduler date: 2018-04-12 full_link: /docs/reference/generated/kube-scheduler/ short_description: > - 控制平面组件监视那些新创建的未指定运行节点的 Pod，并选择节点让 Pod 在上面运行。 + 控制平面组件，负责监视新创建的、未指定运行节点的 Pod，选择节点让 Pod 在上面运行。 aka: tags: @@ -33,7 +33,7 @@ Control plane component that watches for newly created {{< glossary_tooltip term_id="node" text="node">}}, and selects a node for them to run on.--> -控制平面组件监视那些新创建的未指定运行{{< glossary_tooltip term_id="node" text="节点（node）">}}的 {{< glossary_tooltip term_id="pod" text="Pods" >}}，并选择节点让 Pod 在上面运行。 + 控制平面组件，负责监视新创建的、未指定运行{{< glossary_tooltip term_id="节点（node）" text="node">}}的 {{< glossary_tooltip term_id="pod" text="Pods" >}}，选择节点让 Pod 在上面运行。 diff --git a/content/zh/docs/reference/glossary/minikube.md b/content/zh/docs/reference/glossary/minikube.md index a10dba2ae2..4d834cd807 100644 --- a/content/zh/docs/reference/glossary/minikube.md +++ b/content/zh/docs/reference/glossary/minikube.md @@ -44,4 +44,4 @@ You can use Minikube to Minikube 在用户计算机上的一个虚拟机内运行单节点 Kubernetes 集群。 你可以使用 Minikube -[在学习环境中尝试 Kubernetes](/docs/setup/learning-environment/). +[在学习环境中尝试 Kubernetes](/zh/docs/setup/learning-environment/). diff --git a/content/zh/docs/reference/glossary/mirror-pod.md b/content/zh/docs/reference/glossary/mirror-pod.md index d3300ff26d..050525dde0 100644 --- a/content/zh/docs/reference/glossary/mirror-pod.md +++ b/content/zh/docs/reference/glossary/mirror-pod.md @@ -1,5 +1,5 @@ --- -title: Mirror Pod +title: 镜像 Pod（Mirror Pod） id: 静态-pod date: 2019-08-06 short_description: > @@ -27,7 +27,7 @@ tags: A {{< glossary_tooltip text="pod" term_id="pod" >}} object that a kubelet uses to represent a {{< glossary_tooltip text="static pod" term_id="static-pod" >}} --> - Mirror Pod 是一个被 kubelet 用来代表 {{< glossary_tooltip text="static pod" term_id="static-pod" >}} 的 +镜像 Pod（Mirror Pod）是被 kubelet 用来代表{{< glossary_tooltip text="静态 Pod" term_id="static-pod" >}} 的 {{< glossary_tooltip text="pod" term_id="pod" >}} 对象。 @@ -44,4 +44,4 @@ will be visible on the API server, but cannot be controlled from there. 它会自动地尝试在 Kubernetes API 服务器上为它创建 Pod 对象。 这意味着 pod 在 API 服务器上将是可见的，但不能在其上进行控制。 -（例如，删除静态 pod 将不会停止由 kubelet 启动运行的守护程序）。 +（例如，删除镜像 Pod 也不会阻止 kubelet 守护进程继续运行它）。 \ No newline at end of file diff --git a/content/zh/docs/reference/glossary/namespace.md b/content/zh/docs/reference/glossary/namespace.md index 4bfaaae0d3..257f411e6b 100644 --- a/content/zh/docs/reference/glossary/namespace.md +++ b/content/zh/docs/reference/glossary/namespace.md @@ -1,10 +1,10 @@ --- -title: 命名空间（Namespace） +title: 名字空间（Namespace） id: namespace date: 2018-04-12 full_link: /zh/docs/concepts/overview/working-with-objects/namespaces/ short_description: > - 命名空间是 Kubernetes 为了在同一物理集群上支持多个虚拟集群而使用的一种抽象。 + 名字空间是 Kubernetes 为了在同一物理集群上支持多个虚拟集群而使用的一种抽象。 aka: tags: @@ -30,7 +30,7 @@ tags: An abstraction used by Kubernetes to support multiple virtual clusters on the same physical {{< glossary_tooltip text="cluster" term_id="cluster" >}}. --> -命名空间是 Kubernetes 为了在同一物理集群上支持多个虚拟集群而使用的一种抽象。 +名字空间是 Kubernetes 为了在同一物理集群上支持多个虚拟集群而使用的一种抽象。 @@ -38,4 +38,4 @@ tags: Namespaces are used to organize objects in a cluster and provide a way to divide cluster resources. Names of resources need to be unique within a namespace, but not across namespaces. --> -命名空间用来组织集群中对象，并为集群资源划分提供了一种方法。同一命名空间内的资源名称必须唯一，但跨命名空间时不作要求。 +名字空间用来组织集群中对象，并为集群资源划分提供了一种方法。同一名字空间内的资源名称必须唯一，但跨名字空间时不作要求。 diff --git a/content/zh/docs/reference/glossary/object.md b/content/zh/docs/reference/glossary/object.md index 062515950b..99576b5665 100755 --- a/content/zh/docs/reference/glossary/object.md +++ b/content/zh/docs/reference/glossary/object.md @@ -2,7 +2,7 @@ title: 对象（Object） id: object date: 2020-10-12 -full_link: https://kubernetes.io/zh/docs/concepts/overview/working-with-objects/kubernetes-objects/#kubernetes-objects +full_link: /zh/docs/concepts/overview/working-with-objects/kubernetes-objects/#kubernetes-objects short_description: > Kubernetes 系统中的实体, 代表了集群的部分状态。 aka: @@ -37,6 +37,6 @@ By creating an object, you're effectively telling the Kubernetes system what you your cluster's workload to look like; this is your cluster's desired state. --> Kubernetes 对象通常是一个“目标记录”-一旦你创建了一个对象，Kubernetes -{{< glossary_tooltip text="控制平面（control plane）" term_id="control-plane" >}} +{{< glossary_tooltip text="控制平面（Control Plane）" term_id="control-plane" >}} 不断工作，以确保它代表的项目确实存在。 创建一个对象相当于告知 Kubernetes 系统：你期望这部分集群负载看起来像什么；这也就是你集群的期望状态。 \ No newline at end of file