Airflow 在时区感知DAG中,next\U ds在夏令时期间的行为是否正确?
我正在运行一个时区感知DAG(tz=欧洲/伦敦),时间表为Airflow 在时区感知DAG中,next\U ds在夏令时期间的行为是否正确?,airflow,dst,Airflow,Dst,我正在运行一个时区感知DAG(tz=欧洲/伦敦),时间表为0**1-5 在周五的跑步中,2020-03-27,next\u ds设置为2020-03-29。然而,根据日程安排,我原本预计是2020-03-30 间隔包含夏时制跳过-是否有可能next\u ds没有正确考虑这一点?或者对这种行为有不同的解释吗?原来我应该读一下手册,上面写着 Airflow在模板中返回时区感知的日期时间,但不会将其转换为本地时间,因此它们保持UTC格式。由DAG来处理这个问题 我现在使用jinja过滤器解决这个问题,
0**1-5
在周五的跑步中,2020-03-27
,next\u ds
设置为2020-03-29
。然而,根据日程安排,我原本预计是2020-03-30
间隔包含夏时制跳过-是否有可能
next\u ds
没有正确考虑这一点?或者对这种行为有不同的解释吗?原来我应该读一下手册,上面写着
Airflow在模板中返回时区感知的日期时间,但不会将其转换为本地时间,因此它们保持UTC格式。由DAG来处理这个问题
我现在使用jinja过滤器解决这个问题,定义
def local_ds(execution_date):
return execution_date.in_timezone(local_tz).strftime('%Y-%m-%d')
然后在模板中使用{{execution_date | local_ds}}
我想这对那些在欧洲/伦敦
时区工作的人尤其不利,因为当地时间的午夜在冬季是UTC的午夜,但在夏季,UTC的前一天变成23:00,因此改变了日期