Skip to content

Commit 86b0d66

Browse files
authored
Merge pull request #46341 from windsonsea/glossyh
[zh] Sync 4 files in reference/glossary
2 parents 79ff921 + dcaafc7 commit 86b0d66

File tree

4 files changed

+97
-3
lines changed

4 files changed

+97
-3
lines changed

content/zh-cn/docs/reference/glossary/cri-o.md

Lines changed: 4 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -22,6 +22,7 @@ aka:
2222
tags:
2323
- tool
2424
-->
25+
2526
<!--
2627
A tool that lets you use OCI container runtimes with Kubernetes CRI.
2728
-->
@@ -38,13 +39,13 @@ runtimes that are compatible with the Open Container Initiative (OCI)
3839
CRI-O 是 {{< glossary_tooltip text="CRI" term_id="cri" >}} 的一种实现,
3940
使得你可以使用与开放容器倡议(Open Container Initiative;OCI)
4041
[运行时规范](https://www.github.com/opencontainers/runtime-spec)
41-
兼容的{{< glossary_tooltip text="容器" term_id="container" >}}。
42+
兼容的{{< glossary_tooltip text="容器" term_id="container" >}}运行时
4243

4344
<!--
4445
Deploying CRI-O allows Kubernetes to use any OCI-compliant runtime as the container
4546
runtime for running {{< glossary_tooltip text="Pods" term_id="pod" >}}, and to fetch
4647
OCI container images from remote registries.
4748
-->
48-
部署 CRI-O 允许 Kubernetes 使用任何符合 OCI 要求的运行时作为容器运行时
49-
去运行 {{< glossary_tooltip text="Pod" term_id="pod" >}},
49+
部署 CRI-O 允许 Kubernetes 使用任何符合 OCI 要求的运行时作为容器运行时去运行
50+
{{< glossary_tooltip text="Pod" term_id="pod" >}},
5051
并从远程容器仓库获取 OCI 容器镜像。

content/zh-cn/docs/reference/glossary/index.md

Lines changed: 2 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -2,6 +2,7 @@
22
title: 词汇表
33
layout: glossary
44
noedit: true
5+
body_class: glossary
56
default_active_tag: fundamental
67
weight: 5
78
card:
@@ -16,6 +17,7 @@ approvers:
1617
title: Glossary
1718
layout: glossary
1819
noedit: true
20+
body_class: glossary
1921
default_active_tag: fundamental
2022
weight: 5
2123
card:
Lines changed: 42 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,42 @@
1+
---
2+
title: PriorityClass
3+
id: priority-class
4+
date: 2024-03-19
5+
full_link: /zh-cn/docs/concepts/scheduling-eviction/pod-priority-preemption/#priorityclass
6+
short_description: >
7+
从类别名称到 Pod 本身调度优先级的映射。
8+
aka:
9+
tags:
10+
- core-object
11+
---
12+
<!--
13+
title: PriorityClass
14+
id: priority-class
15+
date: 2024-03-19
16+
full_link: /docs/concepts/scheduling-eviction/pod-priority-preemption/#priorityclass
17+
short_description: >
18+
A mapping from a class name to the scheduling priority that a Pod should have.
19+
aka:
20+
tags:
21+
- core-object
22+
-->
23+
24+
<!--
25+
A PriorityClass is a named class for the scheduling priority that should be assigned to a Pod
26+
in that class.
27+
-->
28+
PriorityClass 是针对应分配给此类别 Pod 的调度优先级而命名的一种类别。
29+
30+
<!--more-->
31+
32+
<!--
33+
A [PriorityClass](/docs/concepts/scheduling-eviction/pod-priority-preemption/#how-to-use-priority-and-preemption)
34+
is a non-namespaced object mapping a name to an integer priority, used for a Pod. The name is
35+
specified in the `metadata.name` field, and the priority value in the `value` field. Priorities range from
36+
-2147483648 to 1000000000 inclusive. Higher values indicate higher priority.
37+
-->
38+
[PriorityClass](/zh-cn/docs/concepts/scheduling-eviction/pod-priority-preemption/#how-to-use-priority-and-preemption)
39+
是用于 Pod 的一个非命名空间对象,负责将某个名称映射到一个整数优先级。
40+
此名称在 `metadata.name` 字段中指定,优先级值在 `value` 字段中指定。
41+
优先级范围从 -2147483648 到 1000000000(包含边界值)。
42+
值越大,优先级越高。
Lines changed: 49 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,49 @@
1+
---
2+
title: Spec
3+
id: spec
4+
date: 2023-12-17
5+
full_link: /zh-cn/docs/concepts/overview/working-with-objects/#object-spec-and-status
6+
short_description: >
7+
在 Kubernetes 清单中的此字段用来定义特定 Kubernetes 对象的预期状态或预期配置。
8+
9+
aka:
10+
tags:
11+
- fundamental
12+
- architecture
13+
---
14+
<!--
15+
title: Spec
16+
id: spec
17+
date: 2023-12-17
18+
full_link: /docs/concepts/overview/working-with-objects/#object-spec-and-status
19+
short_description: >
20+
This field in Kubernetes manifests defines the desired state or configuration for specific Kubernetes objects.
21+
22+
aka:
23+
tags:
24+
- fundamental
25+
- architecture
26+
-->
27+
28+
<!--
29+
Defines how each object, like Pods or Services, should be configured and its desired state.
30+
-->
31+
定义 Pod 或 Service 这类每种对象应被如何配置及其预期状态。
32+
33+
<!--more-->
34+
35+
<!--
36+
Almost every Kubernetes object includes two nested object fields that govern the object's configuration: the object spec and the object status. For objects that have a spec, you have to set this when you create the object, providing a description of the characteristics you want the resource to have: its desired state.
37+
-->
38+
几乎每个 Kubernetes 对象都包含两个嵌套的对象字段,用于治理对象本身的配置:
39+
对象规约(spec)和对象状态(status)。
40+
对于具有规约的对象,你必须在创建对象时设置规约,并提供资源所需特征的描述:即其预期状态。
41+
42+
<!--
43+
It varies for different objects like Pods, StatefulSets, and Services, detailing settings such as containers, volumes, replicas, ports,
44+
and other specifications unique to each object type. This field encapsulates what state Kubernetes should maintain for the defined
45+
object.
46+
-->
47+
此字段对于 Pod、StatefulSet 和 Service 等不同对象会有所差异,
48+
字段详细说明如容器、卷、副本、端口等设置以及每种对象特有的其他规约。
49+
此字段封装了 Kubernetes 针对所定义的对象应保持何种状态。

0 commit comments

Comments
 (0)