为何Airflow中@task.docker的autoremove默认值设为False？

• 调试排障的刚需
  这是最核心的原因——任务执行失败时，保留容器能让你直接通过docker logs拉取容器内的完整运行日志，甚至用docker exec进入容器检查临时文件、运行环境细节。要是默认自动移除，这些关键的调试信息就没了，排查问题会变得异常麻烦。Airflow作为调度系统，必须优先考虑故障排查的便利性。

• 容器复用的性能优化空间
  你的猜测是对的，部分场景下复用容器确实能大幅缩短任务启动时间。比如短时间内反复运行同镜像的任务时，复用已初始化好的容器，能跳过镜像拉取、环境初始化这些耗时步骤。Airflow默认不开启自动移除，就是给需要性能优化的用户留好这个口子，毕竟不是所有场景都需要立刻清理容器。

• 给用户留足自主选择的空间
  不同任务的需求天差地别：有的任务跑完就没用了，必须立刻清资源；有的任务可能后续还要复盘，得保留容器。Airflow的设计原则是不做强制统一，把容器生命周期的控制权交给用户，让你根据自己的任务特性来决定是否开启autoremove=True，而不是替你做决定。

如果你的场景不需要复用容器，又怕残留容器占资源，直接在装饰器里显式设置就行：

@task.docker(autoremove=True)
def my_docker_task():
    # 任务代码
    pass

内容的提问来源于stack exchange，提问作者RowanC