Google Cloud在2026年10月13日的官方发布说明中表示，托管Airflow Gen 3的开发模式环境及休眠功能正式可用。团队可以在开发测试间隙休眠环境，再按需要恢复。
休眠期间并非只降低资源规格，而是暂停Airflow组件与DAG调度。 这项能力适合开发环境，不适合承载持续生产任务。
哪些环境可以使用开发模式
官方文档将开发模式限定于托管Airflow Gen 3与Airflow 3，并要求标准弹性模式和Small环境预设。开发模式的Airflow组件数量及资源限制不能随意调整。
已有普通环境不能直接转换为开发模式。 团队应先核对版本、运行模式与测试需求，再创建合适环境；官方明确不建议用开发模式承载生产工作负载。
进入休眠后DAG会怎样
环境休眠时，Airflow组件不运行，DAG run不会创建、排队或调度，DAG也不会从环境存储桶解析或同步。用户工作负载命名空间中的Pod同样停止运行。
定时任务在休眠期不会继续执行。 恢复后若DAG启用了补跑配置，Airflow可能为休眠期间补建运行记录，需要事先检查调度和catchup设置。
成本会降到什么程度
Google Cloud说明，休眠环境仅为保存组件继续消耗少量DCU，环境的大部分成本降为零。这并不是承诺所有相关费用完全归零，具体账单仍取决于保留资源。
将休眠视为开发资源降本手段，不要写成免费托管。 预算评估应同时考虑存储、恢复频率和环境外部依赖。
休眠期间还能做哪些变更
官方文档指出，休眠中的环境不能更新或升级，但维护窗口内的自动升级仍可能发生。需要修改环境配置时，先规划恢复流程和变更窗口。
不要假设休眠等于冻结所有平台维护活动。 对需要固定版本验证的测试，应在恢复后再次核对环境状态与依赖。
恢复时应关注什么
控制台和gcloud均提供休眠与恢复操作。恢复后先检查环境状态，再确认DAG解析、调度以及外部连接，最后观察是否出现预期之外的补跑任务。
验收标准是任务执行节奏符合开发计划，而不只是环境由休眠显示为运行；关键DAG的补跑策略应在休眠前确定。
