Astro CI/CD templates for Jenkins
Use the following CI/CD templates to automate deploying Apache Airflow DAGs from a Git repository to Astro with Jenkins.
The following templates for Jenkins are available:
Each template type supports multiple implementations. If you have one Deployment and one environment on Astro, use the single branch implementation. If you have multiple Deployments that support development and production environments, use the multiple branch implementation. If your team builds custom Docker images, use the custom image implementation.
For more information on each template or to configure your own, see Template overview. To learn more about CI/CD on Astro, see Choose a CI/CD strategy.
Prerequisites
- An Astro project hosted in a Git repository that Jenkins can access.
- An Astro Deployment.
- A Deployment API token, Workspace API token, or Organization API token.
- Access to Jenkins.
Each CI/CD template implementation might have additional requirements.
Image deploy templates
- Single branch
- Multiple branch
- Custom Image
To automate code deploys to a single Deployment using Jenkins, complete the following setup in a Git-based repository hosting an Astro project:
-
In your Jenkins pipeline configuration, add the following environment variables:
ASTRO_API_TOKEN
: The value for your Workspace or Organization API token.ASTRONOMER_DEPLOYMENT_ID
: The Deployment ID of your production deployment
To set environment variables in Jenkins, on the Jenkins Dashboard go to Manage Jenkins > Configure System > Global Properties > Environment Variables > Add. To see Jenkins documentation on environment variables click here
Be sure to set the value for your API token as secret.
-
At the root of your Astro Git repository, add a Jenkinsfile that includes the following script:
pipeline {
agent any
stages {
stage('Deploy to Astronomer') {
when {
expression {
return env.GIT_BRANCH == "origin/main"
}
}
steps {
checkout scm
sh '''
curl -LJO https://github.com/astronomer/astro-cli/releases/download/v1.29.0/astro_1.29.0_linux_amd64.tar.gz
tar -zxvf astro_1.29.0_linux_amd64.tar.gz astro && rm astro_1.29.0_linux_amd64.tar.gz
./astro deploy env.ASTRONOMER_DEPLOYMENT_ID
'''
}
}
}
post {
always {
cleanWs()
}
}
}This
Jenkinsfile
triggers a code push to Astro every time a commit or pull request is merged to themain
branch of your repository.
To automate code deploys across multiple Deployments using Jenkins, complete the following setup in a Git-based repository hosting an Astro project:
-
In Jenkins, add the following environment variables:
PROD_ASTRO_API_TOKEN
: The value for your production Workspace or Organization API token.PROD_DEPLOYMENT_ID
: The Deployment ID of your production DeploymentDEV_ASTRO_API_TOKEN
: The value for your development Workspace or Organization API token.DEV_DEPLOYMENT_ID
: The Deployment ID of your development Deployment
To set environment variables in Jenkins, on the Jenkins Dashboard go to Manage Jenkins > Configure System > Global Properties > Environment Variables > Add. To see Jenkins documentation on environment variables click here
Be sure to set the values for your API credentials as secret.
-
At the root of your Git repository, add a
Jenkinsfile
that includes the following script:pipeline {
agent any
stages {
stage('Set Environment Variables') {
steps {
script {
if (env.GIT_BRANCH == 'main') {
echo "The git branch is ${env.GIT_BRANCH}";
env.ASTRO_API_TOKEN = env.PROD_ASTRO_API_TOKEN;
env.ASTRONOMER_DEPLOYMENT_ID = env.PROD_DEPLOYMENT_ID;
} else if (env.GIT_BRANCH == 'dev') {
echo "The git branch is ${env.GIT_BRANCH}";
env.ASTRO_API_TOKEN = env.DEV_ASTRO_API_TOKEN;
env.ASTRONOMER_DEPLOYMENT_ID = env.DEV_DEPLOYMENT_ID;
} else {
echo "This git branch ${env.GIT_BRANCH} is not configured in this pipeline."
}
}
}
}
stage('Deploy to Astronomer') {
steps {
checkout scm
sh '''
curl -LJO https://github.com/astronomer/astro-cli/releases/download/v1.29.0/astro_1.29.0_linux_amd64.tar.gz
tar -zxvf astro_1.29.0_linux_amd64.tar.gz astro && rm astro_1.29.0_linux_amd64.tar.gz
./astro deploy env.ASTRONOMER_DEPLOYMENT_ID
'''
}
}
}
post {
always {
cleanWs()
}
}
}This
Jenkinsfile
triggers a code push to an Astro Deployment every time a commit or pull request is merged to thedev
ormain
branch of your repository.
If your Astro project requires additional build-time arguments to build an image, you need to define these build arguments using Docker's build-push-action
.
Configuration requirements
- An Astro project that requires additional build-time arguments to build the Runtime image.
-
In your Jenkins pipeline configuration, add the following environment variables:
ASTRO_API_TOKEN
: The value for your Workspace or Organization API token.ASTRONOMER_DEPLOYMENT_ID
: The Deployment ID of your production deployment
To set environment variables in Jenkins, on the Jenkins Dashboard go to Manage Jenkins > Configure System > Global Properties > Environment Variables > Add. To see Jenkins documentation on environment variables click here
Be sure to set the value for your API token as secret.
-
At the root of your Astro Git repository, add a Jenkinsfile that includes the following script:
pipeline {
agent any
stages {
stage('Deploy to Astronomer') {
when {
expression {
return env.GIT_BRANCH == "origin/main"
}
}
steps {
checkout scm
sh '''
export astro_id=$(date +%Y%m%d%H%M%S)
docker build -f Dockerfile --progress=plain --build-arg <your-build-arguments> -t $astro_id .
curl -LJO https://github.com/astronomer/astro-cli/releases/download/v1.29.0/astro_1.29.0_linux_amd64.tar.gz
tar -zxvf astro_1.29.0_linux_amd64.tar.gz astro && rm astro_1.29.0_linux_amd64.tar.gz
./astro deploy env.ASTRONOMER_DEPLOYMENT_ID --image-name $astro_id
'''
}
}
}
post {
always {
cleanWs()
}
}
}
This Jenkinsfile
triggers a code push to Astro every time a commit or pull request is merged to the main
branch of your repository.
DAG deploy templates
The DAG deploy template uses the --dags
flag in the Astro CLI to push DAG changes to Astro. These CI/CD pipelines deploy your DAGs only when files in your dags
folder are modified, and they deploy the rest of your Astro project as a Docker image when other files or directories are modified. For more information about the benefits of this workflow, see Deploy DAGs only.
If you stage multiple commits to DAG files and push them all at once to your remote branch, the template only deploys DAG code changes from the most recent commit. It will miss any code changes made in previous commits.
To avoid this, either push commits individually or configure your repository to Squash commits for pull requests that merge multiple commits simultaneously.
Single branch implementation
Use the following template to implement DAG-only deploys to a single Deployment using Jenkins.
-
In your Jenkins pipeline configuration, add the following parameters:
ASTRO_API_TOKEN
: The value for your Workspace or Organization API token.ASTRONOMER_DEPLOYMENT_ID
: The Deployment ID of your production deployment
Be sure to set the values for your API token as secret.
-
At the root of your Git repository, add a
Jenkinsfile
that includes the following script:pipeline {
agent any
stages {
stage('Dag Only Deploy to Astronomer') {
when {
expression {
return env.GIT_BRANCH == "origin/main"
}
}
steps {
checkout scm
sh '''
curl -LJO https://github.com/astronomer/astro-cli/releases/download/v1.29.0/astro_1.29.0_linux_amd64.tar.gz
tar -zxvf astro_1.29.0_linux_amd64.tar.gz astro && rm astro_1.29.0_linux_amd64.tar.gz
files=($(git diff-tree HEAD --name-only --no-commit-id))
find="dags"
if [[ ${files[*]} =~ (^|[[:space:]])"$find"($|[[:space:]]) && ${#files[@]} -eq 1 ]]; then
./astro deploy env.ASTRONOMER_DEPLOYMENT_ID --dags;
else
./astro deploy env.ASTRONOMER_DEPLOYMENT_ID;
fi
'''
}
}
}
post {
always {
cleanWs()
}
}
}