A Flask-based REST API for managing scientific workflows.
- Create a virtual environment (recommended):
python -m venv venv
source venv/bin/activate # On Windows: venv\Scripts\activate
- Install the package in development mode:
pip install -e .
- Run the application:
python run.py
The API will be available at http://localhost:5000
Once the application is running, you can access the Swagger UI documentation at: http://localhost:5000/
The following endpoints are available:
- GET /workflows - List available workflows
- GET /workflows/{id} - Get workflow description
- POST /runs - Trigger a workflow run
- GET /runs - List workflow runs
- GET /runs/{id} - Get run status and results
The application structure is set up with empty route handlers. To implement the functionality:
- Find the corresponding route handler in
src/labcas/workflow_api/api.py
- Replace the TODO comment with your implementation
- Return the appropriate response following the defined models
workflow-api/
├── README.md
├── requirements.txt
├── run.py # Application entry point
├── setup.py # Package installation configuration
└── src/
└── labcas/ # Namespace package
└── workflow_api/
├── __init__.py
└── api.py # Main application code
Run workflows for Labcas
Depending on what you do, there are multiple ways of running a labcase workflow:
- Developers: for developers: local run, natively running on your OS
- Integrators: for AWS Managed Apache Airflow integrators (mwaa), with a local mwaa
- System Administrators: for System administors, deployed/configured on AWS
- End users: For end users, using the AWS deployment.
The tasks of the workflow run independently from Airflow. TODO: integrate to the airflow python API.
With python 3.11, preferably use a virtual environment
pip install -e '.[dev]'
./aws-login.darwin.amd64
export AWS_PROFILE=saml-pub
python src/labcas/workflow/manager/main.py
Start the scheduler:
docker network create dask
docker run --network dask -p 8787:8787 -p 8786:8786 labcas/workflow scheduler
Start one worker
docker run --network dask -p 8786:8786 labcas/workflow worker
Start the client, same as in previous section but add the tcp://localhost:8787
argument to the dask client in the main.py
script
Upgrade the version in file "src/labcas/workflow/VERSION.txt"
Publish the package on pypi:
pip install build
pip install twine
rm dist/*
python -m build
twine upload dist/*
Update the labcas.workflow dependency version as needed in docker/Dockerfile
, then:
docker build -f docker/Dockerfile . -t labcas/workflow
Use repository https://github.com/aws/aws-mwaa-local-runner, clone it, then:
./mwaa-local-env build-image
Then from your local labcas_workflow repository:
cd mwaa
As needed, update requirements in requirements
directory and dags in dags
directory.
aws-login.darwin.amd64
cp -r ~/.aws .
docker compose -f docker-compose-local.yml up
Test the server on http://localhost:8080 , login admin/test
Ctrl^C
docker compose -f ./docker-compose-local.yml down -v
See the console on http://localhost:8080, admin/test
./mwaa-local-env test-requirements
docker container ls
Pick the container id of image "amazon/mwaa-local:2_10_3", for example '54706271b7fc':
Then open a bash interpreter in the docker container:
docker exec -it 54706271b7fc bash
And, in the bash prompt:
cd dags
python3 -c "import nebraska"
The deployment requires:
- one ECS cluster for the dask cluster.
- Optionally, an EC2 instance client of the Dask cluster
- One managed Airflow
Deploy the image created in the previous section on ECR
Have a s3 bucket labcas-infra
for the terraform state.
Other pre-requisites are:
- a VPC
- subnets
- a security group allowing incoming request whre the client runs, at JPL, on EC2 or Airflow, to port 8786 and port 8787
- a task role allowing to write on CloudWatch
- a task execution role which pull image from ECR and standard ECS task Excecution role policy "AmazonECSTaskExecutionRolePolicy"
Deploy the ECS cluster with the following terraform command:
cd terraform
terraform init
terraform apply \
-var consortium="edrn" \
-var venue="dev" \
-var aws_fg_image=<uri of the docker image deployed on ECR>
-var aws_fg_subnets=<private subnets of the AWS account> \
-var aws_fg_vpc=<vpc of the AWS account> \
-var aws_fg_security_groups <security group> \
-var ecs_task_role <arn of a task role>
-var ecs_task_execution_role <arn of task execution role>
ssh {ip of the EC2 instance}
aws-login
export AWS_PROFILE=saml-pub
git clone {this repository}
cd workflows
source venv/bin/activate
python src/labcas/workflow/manager/main.py
To See Dask Dashboard, open SSH tunnels:
ssh -L 8787:{dask scheduler ip on ECS}:8787 {username}@{ec2 instance ip}
ssh -L 8787:{dask scheduler ip on ECS}:8787 {username}@{ec2 instance ip}
in browser: http://localhost:8787
An AWS managed Airflow is deployed in version 2.10.3.
The managed Airflow is authorized to read and write in the data bucket.
The managed Airflow is authorized to access the ECS security group.
It uses s3 bucket {labcas_airflow}.
Upload to S3 the ./mwaa/requirements/requirements.txt
file to the bucket in: s3:/{labas_airflow}/requirements/
Upload to S3 the ./mwaa/dags/nebraska.py
file to the bucket in: s3:/{labas_airflow}/dags/
Update the version of the requirements.txt
file in the Airflow configuration console.
Test, go the the Airflow web console, and trigger the nebraska dag.