时区被添加到Kubernetes 1.22的CronJob中。
澄清一下，它在1.22版本中可用。
它是以一种非常奇怪的方式实现的，虽然没有在模式中暴露出来。我不知道为什么要这样做的任何解释，而且它忽略了Kubernetes背后的核心概念。我认为这仍然需要改进。
这可以通过CRON_TZ变量来完成，如下所述。

#      ┌────────────────── timezone (optional)
#      |      ┌───────────── minute (0 - 59)
#      |      │ ┌───────────── hour (0 - 23)
#      |      │ │ ┌───────────── day of the month (1 - 31)
#      |      │ │ │ ┌───────────── month (1 - 12)
#      |      │ │ │ │ ┌───────────── day of the week (0 - 6) (Sunday to Saturday;
#      |      │ │ │ │ │                                   7 is also Sunday on some systems)
#      |      │ │ │ │ │
#      |      │ │ │ │ │
# CRON_TZ=UTC * * * * *

• • 更新**

此功能将标记为不受支持

我知道这是一个老问题，但argo工作流有一个支持时区和夏令时的Cron工作流CRDhttps://argoproj.github.io/argo-workflows/cron-workflows/#daylight-saving。

也许我来得有点晚，但我相信最简单的方法是让两个cronjob与tz-check一起运行，当时区与预期值匹配时，才运行command
关于Daylight Saving Time的一个很好的帖子，可以在here中找到，复制它的例子，我们可以看到对于时区 *TZ=Europe/斯德哥尔摩 *，时区根据日期的不同而改变为夏令时：

$ TZ=Europe/Stockholm date +%Z # CET or CEST depending of when its run
$ TZ=Europe/Stockholm date --date=20170101 +%Z # CET
$ TZ=Europe/Stockholm date --date=20170601 +%Z # CEST
$ TZ=CET date --date=20170101 +%Z # CET
$ TZ=CET date --date=20170601 +%Z # CEST, note that its auto adjusted to CEST

因此，在本例中，假设OP希望根据我们是否处于DST在不同的时间运行他的cron，我们可以编写以下crontab：

# Example of job definition:
# .--------------------- minute (0 - 59)
# |    .---------------- hour (0 - 23)
# |    |     .---------- day of month (1 - 31)
# |    |     |  .------- month (1 - 12) OR jan,feb,mar,apr ...
# |    |     |  |  .---- day of week (0 - 6) (Sunday=0 or 7)
# |    |     |  |  |
# command only runs in Europe/Stockholm Winter time
  0  4-23/6  *  *  *   tz-test "Europe/Stockholm" "CET"  && command
# command only runs in Europe/Stockholm Summer time
  0  3-23/6  *  *  *   tz-test "Europe/Stockholm" "CEST" && command

这里，crontab定义中的时间以UTC为单位（因为cron以UTC为单位运行），tz-test命令类似于：

#!/usr/bin/env bash
tz=$(TZ="$1" date "+%Z")
[ "$tz" == "$2" ]

**注意：**在这里您仍然需要小心。由于时间选择的原因，您的crontab可能会在更改小时的当天运行两次甚至更多次。在上面的示例中，情况并非如此。
**注：**虽然这个问题是针对Kubernetes的，但我相信在该框架内可以实现类似的实施。

从kubernetes 1.24/1.25开始，有一个功能门CronJobTimeZone，允许您将.spec.timeZone设置为有效time zone的名称。“Etc/UTC”指示Kubernetes解释相对于协调世界时的计划。功能门在版本1.24中默认禁用，在版本1.25中默认启用