Update _index.md
parent
2de09c7e4f
commit
38893467ee
|
@ -25,10 +25,10 @@ a critical failure on the {{< glossary_tooltip text="node" term_id="node" >}} wh
|
|||
Pod is running means that all the Pods on that node fail. Kubernetes treats that level
|
||||
of failure as final: you would need to create a new Pod even if the node later recovers.
|
||||
-->
|
||||
无论你的负载是单一组件还是由多个一同工作的组件构成,在 Kubernetes 中你
|
||||
可以在一组 [Pods](/zh-cn/docs/concepts/workloads/pods) 中运行它。
|
||||
在 Kubernetes 中,无论你的负载是由单个组件还是由多个一同工作的组件构成,
|
||||
你都可以在一组 [Pod](/zh-cn/docs/concepts/workloads/pods) 中运行它。
|
||||
在 Kubernetes 中,Pod 代表的是集群上处于运行状态的一组
|
||||
{{< glossary_tooltip text="容器" term_id="container" >}}。
|
||||
{{< glossary_tooltip text="容器" term_id="container" >}} 的集合。
|
||||
|
||||
<!--
|
||||
Kubernetes pods have a [defined lifecycle](/docs/concepts/workloads/pods/pod-lifecycle/).
|
||||
|
@ -37,11 +37,11 @@ For example, once a pod is running in your cluster then a critical fault on the
|
|||
all the pods on that node fail. Kubernetes treats that level of failure as final: you
|
||||
would need to create a new `Pod` to recover, even if the node later becomes healthy.
|
||||
-->
|
||||
Kubernetes Pods 有[确定的生命周期](/zh-cn/docs/concepts/workloads/pods/pod-lifecycle/)。
|
||||
例如,当某 Pod 在你的集群中运行时,Pod 运行所在的
|
||||
Kubernetes Pods 遵循[预定义的生命周期](/zh-cn/docs/concepts/workloads/pods/pod-lifecycle/)。
|
||||
例如,当在你的集群中运行了某个 Pod,但是 Pod 所在的
|
||||
{{< glossary_tooltip text="节点" term_id="node" >}} 出现致命错误时,
|
||||
所有该节点上的 Pods 都会失败。Kubernetes 将这类失败视为最终状态:
|
||||
即使该节点后来恢复正常运行,你也需要创建新的 Pod 来恢复应用。
|
||||
所有该节点上的 Pods 的状态都会变成失败。Kubernetes 将这类失败视为最终状态:
|
||||
即使该节点后来恢复正常运行,你也需要创建新的 Pod 以恢复应用。
|
||||
|
||||
<!--
|
||||
However, to make life considerably easier, you don't need to manage each Pod directly.
|
||||
|
@ -52,10 +52,10 @@ you specified.
|
|||
|
||||
Kubernetes provides several built-in workload resources:
|
||||
-->
|
||||
不过,为了让用户的日子略微好过一些,你并不需要直接管理每个 Pod。
|
||||
相反,你可以使用 _负载资源_ 来替你管理一组 Pods。
|
||||
这些资源配置 {{< glossary_tooltip term_id="controller" text="控制器" >}}
|
||||
来确保合适类型的、处于运行状态的 Pod 个数是正确的,与你所指定的状态相一致。
|
||||
不过,为了减轻用户的使用负担,通常不需要用户直接管理每个 Pod。
|
||||
而是使用**负载资源**来替用户管理一组 Pod。
|
||||
这些负载资源通过配置 {{< glossary_tooltip term_id="controller" text="控制器" >}}
|
||||
来确保正确类型的、处于运行状态的 Pod 个数是正确的,与用户所指定的状态相一致。
|
||||
|
||||
Kubernetes 提供若干种内置的工作负载资源:
|
||||
|
||||
|
@ -76,7 +76,7 @@ Kubernetes 提供若干种内置的工作负载资源:
|
|||
[ReplicaSet](/zh-cn/docs/concepts/workloads/controllers/replicaset/)
|
||||
(替换原来的资源 {{< glossary_tooltip text="ReplicationController" term_id="replication-controller" >}})。
|
||||
`Deployment` 很适合用来管理你的集群上的无状态应用,`Deployment` 中的所有
|
||||
`Pod` 都是相互等价的,并且在需要的时候被换掉。
|
||||
`Pod` 都是相互等价的,并且在需要的时候被替换。
|
||||
* [StatefulSet](/zh-cn/docs/concepts/workloads/controllers/statefulset/)
|
||||
让你能够运行一个或者多个以某种方式跟踪应用状态的 Pods。
|
||||
例如,如果你的负载会将数据作持久存储,你可以运行一个 `StatefulSet`,将每个
|
||||
|
@ -115,13 +115,12 @@ of Kubernetes' core. For example, if you wanted to run a group of `Pods` for you
|
|||
stop work unless _all_ the Pods are available (perhaps for some high-throughput distributed task),
|
||||
then you can implement or install an extension that does provide that feature.
|
||||
-->
|
||||
在庞大的 Kubernetes 生态系统中,你还可以找到一些提供额外操作的第三方
|
||||
工作负载资源。通过使用
|
||||
[定制资源定义(CRD)](/zh-cn/docs/concepts/extend-kubernetes/api-extension/custom-resources/),
|
||||
在庞大的 Kubernetes 生态系统中,你还可以找到一些提供额外操作的第三方工作负载相关的资源。
|
||||
通过使用[定制资源定义(CRD)](/zh-cn/docs/concepts/extend-kubernetes/api-extension/custom-resources/),
|
||||
你可以添加第三方工作负载资源,以完成原本不是 Kubernetes 核心功能的工作。
|
||||
例如,如果你希望运行一组 `Pods`,但要求所有 Pods 都可用时才执行操作
|
||||
(比如针对某种高吞吐量的分布式任务),你可以实现一个能够满足这一需求
|
||||
的扩展,并将其安装到集群中运行。
|
||||
(比如针对某种高吞吐量的分布式任务),你可以基于定制资源实现一个能够满足这一需求的扩展,
|
||||
并将其安装到集群中运行。
|
||||
|
||||
## {{% heading "whatsnext" %}}
|
||||
|
||||
|
@ -136,8 +135,7 @@ As well as reading about each resource, you can learn about specific tasks that
|
|||
除了阅读了解每类资源外,你还可以了解与这些资源相关的任务:
|
||||
|
||||
* [使用 Deployment 运行一个无状态的应用](/zh-cn/docs/tasks/run-application/run-stateless-application-deployment/)
|
||||
* 以[单实例](/zh-cn/docs/tasks/run-application/run-single-instance-stateful-application/)
|
||||
或者[多副本集合](/zh-cn/docs/tasks/run-application/run-replicated-stateful-application/)
|
||||
* 以[单实例](/zh-cn/docs/tasks/run-application/run-single-instance-stateful-application/)或者[多副本集合](/zh-cn/docs/tasks/run-application/run-replicated-stateful-application/)
|
||||
的形式运行有状态的应用;
|
||||
* [使用 `CronJob` 运行自动化的任务](/zh-cn/docs/tasks/job/automated-tasks-with-cron-jobs/)
|
||||
|
||||
|
@ -145,8 +143,7 @@ As well as reading about each resource, you can learn about specific tasks that
|
|||
To learn about Kubernetes' mechanisms for separating code from configuration,
|
||||
visit [Configuration](/docs/concepts/configuration/).
|
||||
-->
|
||||
要了解 Kubernetes 将代码与配置分离的实现机制,可参阅
|
||||
[配置部分](/zh-cn/docs/concepts/configuration/)。
|
||||
要了解 Kubernetes 将代码与配置分离的实现机制,可参阅[配置部分](/zh-cn/docs/concepts/configuration/)。
|
||||
|
||||
<!--
|
||||
There are two supporting concepts that provide backgrounds about how Kubernetes manages pods
|
||||
|
@ -160,8 +157,8 @@ for applications:
|
|||
|
||||
* [垃圾收集](/zh-cn/docs/concepts/architecture/garbage-collection/)机制负责在
|
||||
对象的 _属主资源_ 被删除时在集群中清理这些对象。
|
||||
* [_Time-to-Live_ 控制器](/zh-cn/docs/concepts/workloads/controllers/ttlafterfinished/)
|
||||
会在 Job 结束之后的指定时间间隔之后删除它们。
|
||||
* [**Time-to-Live** 控制器](/zh-cn/docs/concepts/workloads/controllers/ttlafterfinished/)会在 Job
|
||||
结束之后的指定时间间隔之后删除它们。
|
||||
|
||||
<!--
|
||||
Once your application is running, you might want to make it available on the internet as
|
||||
|
|
Loading…
Reference in New Issue