Airflow 2.2.5 UI添加S3连接后缺失对应AIRFLOR_CONN环境变量

• 你对官方文档的逻辑理解反了：AIRFLOW_CONN_*前缀的环境变量是Airflow提供的连接注入方式，不是所有创建的连接都会自动生成对应环境变量。只有在Airflow各组件（webserver、scheduler、worker）启动前，就预先在系统环境中配置好AIRFLOW_CONN_{连接ID全大写}格式的变量，Airflow才会把这类变量识别为连接配置，这类连接才 才会出现在环境变量列表中。
• 你通过Web UI添加的连接，所有配置信息是持久化存储在Airflow元数据库的connection表中的，不会反向注入为操作系统层面的环境变量，用printenv检索不到对应内容完全是正常表现，不属于配置故障。
• 额外注意你的拼写错误：环境变量前缀正确写法是AIRFLOW_CONN_，你搜索用的AIRFLOR_CONN_少了字母W，就算是环境变量方式创建的连接，拼写错误也会导致检索不到。

• 首先验证UI添加的S3连接是否可用：进入Airflow UI的Admin-Connections页面，找到你创建的S3连接，点击页面上的测试按钮（需提前安装对应版本的Amazon provider包），如果测试连通成功，说明连接配置完全正常，不需要纠结环境变量中是否存在对应条目，DAG里直接调用对应连接ID即可正常使用。
• 如果你确实需要用环境变量方式管理S3连接，不要在UI中重复创建，直接在Airflow所有服务的运行环境中配置对应变量即可，S3连接的环境变量格式示例：

export AIRFLOW_CONN_S3_CONN='s3://<你的AccessKey>:<你的SecretKey>@?region_name=<存储桶所在区域>&endpoint_url=<私有化S3端点地址，公有云S3可留空>'

配置完成后重启所有Airflow组件，此时在任务中执行printenv | grep AIRFLOW_CONN就能检索到对应变量。

• 如果你使用CeleryExecutor执行任务，环境变量方式配置的连接需要在所有worker节点同步配置并重启worker服务，否则worker上运行的任务无法读取到连接；UI方式创建的连接因为存在共享元数据库中，不需要在worker节点额外配置即可正常调用。

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