An Astro Deployment is an Airflow environment that is powered by Astro Runtime. It runs all core Airflow components, including the Airflow webserver, scheduler, and workers, plus additional tooling for reliability and observability.
There are multiple ways to create an Astro Deployment:
astro deployment create.When using the Astro UI, you can select either a quick start template for simplicity or switch to advanced configuration for advanced configuration.
To create a Deployment, you can specify Hosted or Remote execution mode in the advanced configuration of the Deployment. Read below for a summary of the two modes and see Execution mode for more information.
Hosted execution mode is Astronomer-Hosted execution and orchestration for hands-off infrastructure management. Hosted is the default execution that offers a convenient, secure, and stable way to run Airflow workloads without having to manage workers in your environment.
Remote Execution mode is available on dedicated clusters to run tasks in your hardware or private clouds with only outbound connections to Astro’s Orchestration Plane. Sensitive data stays local, ideal for regulated or multi-regional deployments. Choose this option if:
To create a Deployment, you must choose a cluster type to host the Deployment:
A standard cluster is the default cluster type and the quickest way to get an Airflow environment up and running on Astro. A standard cluster is a multi-tenant cluster managed by Astronomer where each Deployment exists in its own dedicated Kubernetes namespace. To run a Deployment in a standard cluster, you select a cloud provider and region when you create the Deployment. Then, Astro automatically creates your Deployment in an existing standard cluster based on your configuration.
A dedicated cluster is a single-tenant Kubernetes cluster that’s used exclusively by your team. Choose this option if:
You need private networking support between Astro and your cloud or on-premise data services.
You want to use a specific cloud provider or region that is not supported on standard clusters.
You need to run Airflow environments in separate clusters for business or security reasons.
Note that due to expanded resource usage, dedicated clusters cost more than standard clusters. If no dedicated clusters are available to select, see Create a Dedicated cluster to create a new one.
After you create a Deployment, you can deploy Dags to it using the Astro CLI on your local machine or a continuous integration/continuous delivery (CI/CD) tool. All Dags and tasks on Astro are executed within a Deployment.
Every Deployment is hosted on an Astro cluster with its own dedicated resources that you can customize to fine-tune your resource usage. To restrict communication between Deployments, resources for each Deployment are isolated within a corresponding Kubernetes namespace. See Deployment network isolation.
If you’re migrating to Astro from OSS Airflow or another Astronomer product, and you currently use an older version of Airflow, you can still create Deployments with the corresponding version of Astro Runtime even if it is deprecated according to the Astro Runtime maintenance policy. This allows you to migrate your Dags to Astro without needing to make any code changes and then immediately upgrade to a new version of Airflow. Note that after you migrate your Dags, Astronomer recommends upgrading to a supported version of Astro Runtime as soon as you can.
Open the Deployments section of the Astro UI and click + Deployment. Enter a unique Deployment Name.
The Quick Start panel appears by default and requires you to select from three templated options:
To use a template, select the most appropriate card and complete the required fields. For advanced resource or execution configuration, select Switch to advanced configuration.
Switching from advanced configuration back to quick start resets all custom settings after confirmation.
When you select the Development template or enable Development Mode, you can define schedules to control when the Deployment is available for task execution. Set timezone, days of the week, and start/end times.
Select a Cluster Type.
For advanced use cases, you can further customize details such as execution mode, executor type, and worker resources by switching to advanced configuration. If you don’t have specific requirements, the default options are suitable for most workflows.
For a complete list of available options and resource settings, see Deployment resources.
For more information about possible Deployment health statuses, see Deployment health.