udpate content/zh/docs/concepts/configuration/overview.md

pull/25369/head
helight 2020-12-03 16:47:03 +08:00
parent bafa12cce2
commit d1f92ec276
1 changed files with 1 additions and 5 deletions

View File

@ -84,11 +84,7 @@ This is a living document. If you think of something that is not on this list bu
<!--
A Deployment, which both creates a ReplicaSet to ensure that the desired number of Pods is always available, and specifies a strategy to replace Pods (such as [RollingUpdate](/docs/concepts/workloads/controllers/deployment/#rolling-update-deployment)), is almost always preferable to creating Pods directly, except for some explicit [`restartPolicy: Never`](/docs/concepts/workloads/pods/pod-lifecycle/#restart-policy) scenarios. A [Job](/docs/concepts/workloads/controllers/jobs-run-to-completion/) may also be appropriate.
-->
Deployment 会创建一个 ReplicaSet 以确保所需数量的 Pod 始终可用,并指定替换 Pod 的策略
(例如 [RollingUpdate](/zh/docs/concepts/workloads/controllers/deployment/#rolling-update-deployment))
除了一些显式的[`restartPolicy: Never`](/zh/docs/concepts/workloads/pods/pod-lifecycle/#restart-policy)
场景之外,几乎总是优先考虑直接创建 Pod。
[Job](/zh/docs/concepts/workloads/controllers/job/) 也可能是合适的。
除了一些显式的[`restartPolicy: Never`](/zh/docs/concepts/workloads/pods/pod-lifecycle/#restart-policy)场景外Deployment 通常比直接创建 Pod 要好得多,它既可以创建一个 ReplicaSet 集来确保所需数量的 Pod 始终可用,也可以指定替换 Pod 的策略(例如 [RollingUpdate](/zh/docs/concepts/workloads/controllers/deployment/#rolling-update-deployment))。Job 也可能是更好的选择。
<!--
## Services