A CLI tool to streamline getting started with Apache Airflow™ and managing multiple Airflow projects.
Project description
airflowctl
airflowctl
is a command-line tool for managing Apache Airflow™ projects.
It provides a set of commands to initialize, build, start, stop, and manage Airflow projects.
With airflowctl
, you can easily set up and manage your Airflow projects, install
specific versions of Apache Airflow, and manage virtual environments.
The main goal of airflowctl
is for first-time Airflow users to install and setup Airflow using a single command and
for existing Airflow users to manage multiple Airflow projects with different Airflow versions on the same machine.
Features
- Project Initialization with Connections & Variables: Initialize a new Airflow project with customizable project name, Apache Airflow version, and Python version. It also allows you to manage Airflow connections and variables.
- Automatic Virtual Environment Management: Automatically create and manage virtual environments for your Airflow projects, even for Python versions that are not installed on your system.
- Airflow Version Management: Install and manage specific versions of Apache Airflow.
- Background Process Management: Start and stop Airflow in the background with process management capabilities.
- Live Logs Display: Continuously display live logs of background Airflow processes with optional log filtering.
Table of Contents
Installation
pip install airflowctl
Quickstart
To initialize a new Airflow project with the latest airflow version, build a venv and run:
airflowctl init my_airflow_project --build-start
Usage
Step 1: Initialize a New Project
To create a new Apache Airflow project, use the init command. This command sets up the basic project structure, including configuration files, directories, and sample DAGs.
airflowctl init <project_name> --airflow-version <version> --python-version <version>
Example:
airflowctl init my_airflow_project --airflow-version 2.6.3 --python-version 3.8
This creates a new project directory with the following structure:
my_airflow_project
├── .env
├── .gitignore
├── dags
│ └── example_dag_basic.py
├── plugins
├── requirements.txt
└── settings.yaml
Description of the files and directories:
.env
file contains the environment variables for the project..gitignore
file contains the default gitignore settings.dags
directory contains the sample DAGs.plugins
directory contains the sample plugins.requirements.txt
file contains the project dependencies.settings.yaml
file contains the project settings, including the project name, Airflow version, Python version, and virtual environment path.
In our example settings.yaml
file would look like this:
# Airflow version to be installed
airflow_version: "2.6.3"
# Python version for the project
python_version: "3.8"
# Airflow connections
connections:
# Example connection
# - conn_id: example
# conn_type: http
# host: http://example.com
# port: 80
# login: user
# password: pass
# schema: http
# extra:
# example_extra_field: example-value
# Airflow variables
variables:
# Example variable
# - key: example
# value: example-value
# description: example-description
Edit the settings.yaml
file to customize the project settings.
Step 2: Build the Project
The build command creates the virtual environment, installs the specified Apache Airflow version, and sets up the project dependencies.
Run the build command from the project directory:
cd my_airflow_project
airflowctl build
The CLI relies on pyenv
to download and install a Python version if the version is not already installed.
Example, if you have Python 3.8 installed but you specify Python 3.7 in the settings.yaml
file,
the CLI will install Python 3.7 using pyenv
and create a virtual environment with Python 3.7 first.
Step 3: Start Airflow
To start Airflow services, use the start command. This command activates the virtual environment and launches the Airflow web server and scheduler.
Example:
airflowctl start my_airflow_project
You can also start Airflow in the background with the --background
flag:
airflowctl start my_airflow_project --background
Step 4: Monitor Logs
To monitor logs from the background Airflow processes, use the logs command. This command displays live logs and provides options to filter logs for specific components.
Example
airflowctl logs my_airflow_project
To filter logs for specific components:
# Filter logs for scheduler
airflowctl logs my_airflow_project -s
# Filter logs for webserver
airflowctl logs my_airflow_project -w
# Filter logs for triggerer
airflowctl logs my_airflow_project -t
# Filter logs for scheduler and webserver
airflowctl logs my_airflow_project -s -w
Step 5: Stop Airflow
To stop Airflow services if they are still running, use the stop command.
Example:
airflowctl stop my_airflow_project
Step 6: List Airflow Projects
To list all Airflow projects, use the list command.
Example:
airflowctl list
Step 7: Show Project Info
To show project info, use the info command.
Example:
# From the project directory
airflowctl info
# From outside the project directory
airflowctl info my_airflow_project
Step 8: Running Airflow commands
To run Airflow commands, use the airflowctl airflow
command. All the commands after
airflowctl airflow
are passed to the Airflow CLI.:
# From the project directory
airflowctl airflow <airflow_command>
Example:
$ airflowctl airflow version
2.6.3
You can also run airflowctl airflow --help
to see the list of available commands.
$ airflowctl airflow --help
Usage: airflowctl airflow [OPTIONS] COMMAND [ARGS]...
Run Airflow commands.
Positional Arguments:
GROUP_OR_COMMAND
Groups:
celery Celery components
config View configuration
connections Manage connections
dags Manage DAGs
db Database operations
jobs Manage jobs
kubernetes Tools to help run the KubernetesExecutor
pools Manage pools
providers Display providers
roles Manage roles
tasks Manage tasks
users Manage users
variables Manage variables
Commands:
cheat-sheet Display cheat sheet
dag-processor Start a standalone Dag Processor instance
info Show information about current Airflow and environment
kerberos Start a kerberos ticket renewer
plugins Dump information about loaded plugins
rotate-fernet-key
Rotate encrypted connection credentials and variables
scheduler Start a scheduler instance
standalone Run an all-in-one copy of Airflow
sync-perm Update permissions for existing roles and optionally DAGs
triggerer Start a triggerer instance
version Show the version
webserver Start a Airflow webserver instance
Options:
-h, --help show this help message and exit
Example:
# Listing dags
$ airflowctl airflow dags list
dag_id | filepath | owner | paused
==================+======================+=========+=======
example_dag_basic | example_dag_basic.py | airflow | True
# Running standalone
$ airflowctl airflow standalone
Or you can activate the virtual environment first and then run the commands as shown below.
Example:
# From the project directory
source .venv/bin/activate
# Source all the environment variables
source .env
airflow version
To add a new DAG, add the DAG file to the dags
directory.
To edit an existing DAG, edit the DAG file in the dags
directory.
The changes will be reflected in the Airflow web server.
Step 9: Changing Airflow Configurations
airflowctl
by default uses SQLite as the backend database and SequentialExecutor
as the executor.
However, if you want to use other databases or executors, you can stop the project and
either a) edit the airflow.cfg
file or b) add environment variables to the .env
file.
Example:
# Stop the project
airflowctl stop my_airflow_project
# Changing the executor to LocalExecutor
# Change the database to PostgreSQL if you already have it installed
echo "AIRFLOW__DATABASE__SQL_ALCHEMY_CONN=postgresql+psycopg2://airflow:airflow@localhost:5432/airflow" >> .env
echo "AIRFLOW__CORE__EXECUTOR=LocalExecutor" >> .env
# Start the project
airflowctl start my_airflow_project
Check the Airflow documentation for all the available Airflow configurations.
Using Local Executor with SQLite
For Airflow >= 2.6, you can run LocalExecutor
with sqlite
as the backend database by
adding the following environment variable to the .env
file:
_AIRFLOW__SKIP_DATABASE_EXECUTOR_COMPATIBILITY_CHECK=1
AIRFLOW__CORE__EXECUTOR=LocalExecutor
This should automatically happen for you when you run airflowctl airflow
command if
Airflow version ==2.6.*
.
[!WARNING] Sqlite is not recommended for production use. Use it only for development and testing only.
Other Commands
For more information and options, you can use the --help
flag with each command.
Using with other Airflow tools
airflowctl
can be used with other Airflow projects as long as the project structure is the same.
Astro CLI
airflowctl
can be used with Astro CLI projects too.
While airflowctl
is a tool that allows you to run Airflow locally using virtual environments, Astro CLI
allows you to run Airflow locally using docker.
airflowctl
can read the airflow_settings.yaml
file generated by Astro CLI for reading connections & variables. It
will then re-use it as settings
file for airflowctl
.
For example, if you have an Astro CLI project:
- Run the
airflowctl init . --build-start
command to initializeairflowctl
from the project directory. Pressy
to continue when prompted. - It will then ask you for the Airflow version, enter the version you are using, by default uses the latest Airflow version, press enter to continue
- It will use the installed Python version as the project's python version. If you
want to use a different Python version, you can specify it in the
airflow_settings.yaml
file in thepython_version
field.
# From the project directory
$ cd astro_project
$ airflowctl init . --build-start
Directory /Users/xyz/astro_project is not empty. Continue? [y/N]: y
Project /Users/xyz/astro_project added to tracking.
Airflow project initialized in /Users/xyz/astro_project
Detected Astro project. Using Astro settings file (/Users/kaxilnaik/Desktop/proj1/astro_project/airflow_settings.yaml).
'airflow_version' not found in airflow_settings.yaml file. What is the Airflow version? [2.6.3]:
Virtual environment created at /Users/xyz/astro_project/.venv
...
...
If you see an error like the following, remove airflow.cfg
file from the project directory and remove
AIRFLOW_HOME
from .env
file if it exists and try again.
Error: there might be a problem with your project starting up.
The webserver health check timed out after 1m0s but your project will continue trying to start.
Run 'astro dev logs --webserver | --scheduler' for details.
License
This project is licensed under the terms of the Apache 2.0 License
Project details
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
Hashes for airflowctl-0.2.6-py3-none-any.whl
Algorithm | Hash digest | |
---|---|---|
SHA256 | 5ecf277f624131cffdebb289c8a0cac3cb8bef1e36b61fbe0fd766ef791e5017 |
|
MD5 | 9fe646daf60d5915c030e455b25001fa |
|
BLAKE2b-256 | 9fecd82f9d652fdb17b52481075a9038aaa7ea693c6e4777e9c48ce9e48be653 |