You can bring existing Airflow connections, Airflow variables, environment variables, and metrics exports into the Astro Environment Manager. After an object is in the Environment Manager, you can manage it centrally in the Workspace and link it to other Deployments or to Astro IDE projects.
This page covers two flows:
Each flow keeps the source object available on the Deployment by linking the new Workspace environment object back to that Deployment.
The Migrate from Airflow flow reads connections and Airflow variables from a Deployment’s Airflow metadata database, copies each one into a Workspace environment object linked to the source Deployment, and removes it from the metadata database.
Migration deletes the source connection or Airflow variable from the Deployment’s metadata database. This action can’t be undone. After migration, there is a short delay, around one minute, before the migrated objects are available to Dags running on the Deployment.
The migration page provides separate entry points for connections and Airflow variables. The steps are equivalent for both object types.
After the migration completes, the new objects appear in the Workspace Environment page. Each migrated object is linked to the source Deployment, so the Deployment continues to use the same values. The objects aren’t automatically available to other Deployments or Astro IDE projects. To use a migrated object elsewhere, link it from the Workspace Environment page. See Link connections to Deployments or Link connections to Astro IDE projects.
You can promote a Deployment-scoped connection, Airflow variable, environment variable, or metrics export to the Workspace level. After promotion, the object is managed in the Workspace and remains linked to the source Deployment, so the Deployment continues to use the same values.
workspace.envObjects.create and deployment.update permissions, included with Workspace Operator or Workspace Owner user permissions.After promotion, the object appears in the Workspace Environment page. You can link it to additional Deployments and Astro IDE projects from there.
If a Workspace object with the same type and key already exists, Astro adds a Deployment-level override on the existing Workspace object instead of creating a duplicate.