[zh]Update tasks pages(part-5) for links with '/zh/' prefix, using new prefix '/zh-cn/'

2022-06-23 20:05:25 +08:00
parent e0d6f94bf6
commit e06459c0c5
30 changed files with 120 additions and 120 deletions
@@ -31,7 +31,7 @@ Cron jobs can also schedule individual tasks for a specific time, such as if you

 在Kubernetes v1.21 版本中，CronJob 被提升为通用版本。如果你使用的是旧版本的 Kubernetes，请参考你正在使用的 Kubernetes 版本的文档，这样你就能看到准确的信息。旧的 Kubernetes 版本不支持`batch/v1` CronJob API。

-你可以利用 [CronJobs](/zh/docs/concepts/workloads/controllers/cron-jobs) 执行基于时间调度的任务。这些自动化任务和 Linux 或者 Unix 系统的 [Cron](https://en.wikipedia.org/wiki/Cron) 任务类似。
+你可以利用 [CronJobs](/zh-cn/docs/concepts/workloads/controllers/cron-jobs) 执行基于时间调度的任务。这些自动化任务和 Linux 或者 Unix 系统的 [Cron](https://en.wikipedia.org/wiki/Cron) 任务类似。

 CronJobs 在创建周期性以及重复性的任务时很有帮助，例如执行备份操作或者发送邮件。CronJobs 也可以在特定时间调度单个任务，例如你想调度低活跃周期的任务。

@@ -45,7 +45,7 @@ CronJobs 有一些限制和特点。
 例如，在特定状况下，同一个 CronJob 可以创建多个任务。
 因此，任务应该是幂等的。

-查看更多限制，请参考 [CronJobs](/zh/docs/concepts/workloads/controllers/cron-jobs)。
+查看更多限制，请参考 [CronJobs](/zh-cn/docs/concepts/workloads/controllers/cron-jobs)。

 ## {{% heading "prerequisites" %}}

@@ -194,7 +194,7 @@ Deleting the cron job removes all the jobs and pods it created and stops it from
 You can read more about removing jobs in [garbage collection](/docs/concepts/workloads/controllers/garbage-collection/).
 -->
 删除 CronJob 会清除它创建的所有任务和 Pod，并阻止它创建额外的任务。你可以查阅
-[垃圾收集](/zh/docs/concepts/workloads/controllers/garbage-collection/)。
+[垃圾收集](/zh-cn/docs/concepts/workloads/controllers/garbage-collection/)。

 <!--
 ## Writing a Cron Job Spec
@@ -209,8 +209,8 @@ A cron job config also needs a [`.spec` section](https://git.k8s.io/community/co

 像 Kubernetes 的其他配置一样，CronJob 需要 `apiVersion`、`kind`、和 `metadata` 域。
 配置文件的一般信息，请参考
-[部署应用](/zh/docs/tasks/run-application/run-stateless-application-deployment/) 和
-[使用 kubectl 管理资源](/zh/docs/concepts/overview/working-with-objects/object-management/).
+[部署应用](/zh-cn/docs/tasks/run-application/run-stateless-application-deployment/) 和
+[使用 kubectl 管理资源](/zh-cn/docs/concepts/overview/working-with-objects/object-management/).

 CronJob 配置也需要包括
 [`.spec`](https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#spec-and-status).
@@ -272,10 +272,10 @@ For information about writing a job `.spec`, see
 ### 任务模版

 `.spec.jobTemplate`是任务的模版，它是必须的。它和
-[Job](/zh/docs/concepts/workloads/controllers/job/)的语法完全一样，
+[Job](/zh-cn/docs/concepts/workloads/controllers/job/)的语法完全一样，
 除了它是嵌套的没有 `apiVersion` 和 `kind`。
 编写任务的 `.spec` ，请参考
-[编写 Job 的Spec](/zh/docs/concepts/workloads/controllers/job/#writing-a-job-spec)。
+[编写 Job 的Spec](/zh-cn/docs/concepts/workloads/controllers/job/#writing-a-job-spec)。

 <!--
 ### Starting Deadline
@@ -54,7 +54,7 @@ non-parallel, use of [Job](/docs/concepts/jobs/run-to-completion-finite-workload
 -->

 要熟悉 Job 基本用法（非并行的），请参考
-[Job](/zh/docs/concepts/workloads/controllers/job/)。
+[Job](/zh-cn/docs/concepts/workloads/controllers/job/)。

 {{< include "task-tutorial-prereqs.md" >}} {{< version-check >}}

@@ -448,7 +448,7 @@ want to consider one of the other [job patterns](/docs/concepts/jobs/run-to-comp
 本文所讲述的处理方法的好处是你不需要修改你的 "worker" 程序使其知道工作队列的存在。

 本文所描述的方法需要你运行一个消息队列服务。如果不方便运行消息队列服务，你也许会考虑另外一种
-[任务模式](/zh/docs/concepts/workloads/controllers/job/#job-patterns)。
+[任务模式](/zh-cn/docs/concepts/workloads/controllers/job/#job-patterns)。

 <!--
 This approach creates a pod for every work item.  If your work items only take a few seconds,
@@ -464,13 +464,13 @@ communicate with the work queue using a client library.

 本文所述的方法为每个工作项创建了一个 Pod。
 如果你的工作项仅需数秒钟，为每个工作项创建 Pod会增加很多的常规消耗。
-可以考虑另外的方案请参考[示例](/zh/docs/tasks/job/fine-parallel-processing-work-queue/)，
+可以考虑另外的方案请参考[示例](/zh-cn/docs/tasks/job/fine-parallel-processing-work-queue/)，
 这种方案可以实现每个 Pod 执行多个工作项。

 示例中，我们使用 `amqp-consume` 从消息队列读取消息并执行我们真正的程序。
 这样的好处是你不需要修改你的程序使其知道队列的存在。
 要了解怎样使用客户端库和工作队列通信，请参考
-[不同的示例](/zh/docs/tasks/job/fine-parallel-processing-work-queue/)。
+[不同的示例](/zh-cn/docs/tasks/job/fine-parallel-processing-work-queue/)。

 <!--
 ## Caveats
@@ -65,7 +65,7 @@ Here is an overview of the steps in this example:
 Be familiar with the basic,
 non-parallel, use of [Job](/docs/concepts/workloads/controllers/job/).
 -->
-熟悉基本的、非并行的 [Job](/zh/docs/concepts/workloads/controllers/job/)。
+熟悉基本的、非并行的 [Job](/zh-cn/docs/concepts/workloads/controllers/job/)。

 <!-- steps -->

@@ -226,7 +226,7 @@ You need to push to a public repository or [configure your cluster to be able to
 your private repository](/docs/concepts/containers/images/).
 -->
 你需要将镜像 push 到一个公共仓库或者
-[配置集群访问你的私有仓库](/zh/docs/concepts/containers/images/)。
+[配置集群访问你的私有仓库](/zh-cn/docs/concepts/containers/images/)。

 <!--
 If you are using [Google Container
@@ -356,7 +356,7 @@ If running a queue service or modifying your containers to use a work queue is i
 want to consider one of the other [job patterns](/docs/concepts/jobs/run-to-completion-finite-workloads/#job-patterns).
 -->
 如果你不方便运行一个队列服务或者修改你的容器用于运行一个工作队列，你可以考虑其它的
-[Job 模式](/zh/docs/concepts/workloads/controllers/job/#job-patterns)。
+[Job 模式](/zh-cn/docs/concepts/workloads/controllers/job/#job-patterns)。

 <!--
 If you have a continuous stream of background processing work to run, then
@@ -40,7 +40,7 @@ expose the index in the `JOB_COMPLETION_INDEX` environment variable.
 Pod 索引在{{<glossary_tooltip text="注解" term_id="annotation" >}}
 `batch.kubernetes.io/job-completion-index` 中呈现，具体表示为一个十进制值字符串。
 为了让容器化的任务进程获得此索引，你可以使用
-[downward API](/zh/docs/tasks/inject-data-application/downward-api-volume-expose-pod-information/#the-downward-api)
+[downward API](/zh-cn/docs/tasks/inject-data-application/downward-api-volume-expose-pod-information/#the-downward-api)
 机制发布注解的值。为方便起见，
 控制平面自动设置 downward API 以在 `JOB_COMPLETION_INDEX` 环境变量中公开索引。

@@ -64,7 +64,7 @@ Here is an overview of the steps in this example:
 You should already be familiar with the basic,
 non-parallel, use of [Job](/docs/concepts/workloads/controllers/job/).
 -->
-你应该已经熟悉 [Job](/zh/docs/concepts/workloads/controllers/job/) 的基本的、非并行的用法。
+你应该已经熟悉 [Job](/zh-cn/docs/concepts/workloads/controllers/job/) 的基本的、非并行的用法。

 {{< include "task-tutorial-prereqs.md" >}} {{< version-check >}}

@@ -149,13 +149,13 @@ to publish the index to containers. You can also choose to load a list of values
 from a [ConfigMap as an environment variable or file](/docs/tasks/configure-pod-container/configure-pod-configmap/).
 -->
 在上面的示例中，你使用 Job 控制器为所有容器设置的内置 `JOB_COMPLETION_INDEX` 环境变量。
-[Init 容器](/zh/docs/concepts/workloads/pods/init-containers/)
+[Init 容器](/zh-cn/docs/concepts/workloads/pods/init-containers/)
 将索引映射到一个静态值，并将其写入一个文件，该文件通过 
-[emptyDir 卷](/zh/docs/concepts/storage/volumes/#emptydir)
+[emptyDir 卷](/zh-cn/docs/concepts/storage/volumes/#emptydir)
 与运行 worker 的容器共享。或者，你可以
-[通过 Downward API 定义自己的环境变量](/zh/docs/tasks/inject-data-application/environment-variable-expose-pod-information/)
+[通过 Downward API 定义自己的环境变量](/zh-cn/docs/tasks/inject-data-application/environment-variable-expose-pod-information/)
 将索引发布到容器。你还可以选择从
-[包含 ConfigMap 的环境变量或文件](/zh/docs/tasks/configure-pod-container/configure-pod-configmap/)
+[包含 ConfigMap 的环境变量或文件](/zh-cn/docs/tasks/configure-pod-container/configure-pod-configmap/)
 加载值列表。

 <!-- 
@@ -164,7 +164,7 @@ value as a volume file](/docs/tasks/inject-data-application/downward-api-volume-
 like shown in the following example:
 -->
 或者也可以直接
-[使用 Downward API 将注解值作为卷文件传递](/zh/docs/tasks/inject-data-application/downward-api-volume-expose-pod-information/#store-pod-fields)，
+[使用 Downward API 将注解值作为卷文件传递](/zh-cn/docs/tasks/inject-data-application/downward-api-volume-expose-pod-information/#store-pod-fields)，
 如下例所示：

 {{< codenew language="yaml" file="application/job/indexed-job-vol.yaml" >}}
@@ -39,7 +39,7 @@ this pattern fits more realistic use cases.
 You should be familiar with the basic,
 non-parallel, use of [Job](/docs/concepts/workloads/controllers/job/).
 -->
-你应先熟悉基本的、非并行的 [Job](/zh/docs/concepts/workloads/controllers/job/)
+你应先熟悉基本的、非并行的 [Job](/zh-cn/docs/concepts/workloads/controllers/job/)
 的用法。

 {{< include "task-tutorial-prereqs.md" >}}
@@ -258,7 +258,7 @@ to contain only certain characters.

 在[第一个例子](#create-jobs-based-on-a-template)中，模板的每个示例都有一个参数
 而该参数也用在 Job 名称中。不过，对象
-[名称](/zh/docs/concepts/overview/working-with-objects/names/#names)
+[名称](/zh-cn/docs/concepts/overview/working-with-objects/names/#names)
 被限制只能使用某些字符。

 <!--
@@ -453,7 +453,7 @@ that you can use if you wish.
 -->
 {{< note >}}
 标签键 `jobgroup` 没什么特殊的，也不是保留字。 你可以选择你自己的标签方案。
-如果愿意，有一些[建议的标签](/zh/docs/concepts/overview/working-with-objects/common-labels/#labels)
+如果愿意，有一些[建议的标签](/zh-cn/docs/concepts/overview/working-with-objects/common-labels/#labels)
 可供使用。
 {{< /note >}}

@@ -490,8 +490,8 @@ objects.
 You could also consider writing your own [controller](/docs/concepts/architecture/controller/)
 to manage Job objects automatically.
 -->
-还有一些其他[作业模式](/zh/docs/concepts/workloads/controllers/job/#job-patterns)
+还有一些其他[作业模式](/zh-cn/docs/concepts/workloads/controllers/job/#job-patterns)
 可供选择，这些模式都能用来处理大量任务而又不会创建过多的 Job 对象。

-你也可以考虑编写自己的[控制器](/zh/docs/concepts/architecture/controller/)
+你也可以考虑编写自己的[控制器](/zh-cn/docs/concepts/architecture/controller/)
 来自动管理 Job 对象。