Ingestion server deployment runbook¶
Tip
For more information on how deployments work, please see the general deployment guide.
Setup¶
Check Airflow to make sure a data refresh isn’t occurring.
Publish the release¶
Publish the drafted ingestion server release in the GitHub release page of the monorepo
Here you can preview the changes included in the ingestion server release and decide whether a release is necessary and adjust monitoring during the deployment accordingly.
Deployment¶
After the app is built and tagged, deploy staging:
Checkout the infrastructure repository and bump the ingestion server version with the
just bump dev ingestion-servercommand.just apply dev ingestion-serverand verify the plan before deploying.
Deploy production:
Update the value of
data_refresh_clearedtotruein the production module declaration.just bump prod ingestion-servercommand.just apply prod ingestion-serverand verify the plan before deploying.Restore the value of
data_refresh_clearedback tofalse.
Post-deployment steps¶
Check for any Sentry errors in the maintainer’s
#openverse-alertschannel, or in the Sentry UI.Review and Approve the automatically-generated changelog pull request in the repository.
Push up a PR to the infrastructure repository with the Terraform changes you pushed (the version bump for the relevant module). Be sure to restore the value of
data_refresh_clearedback tofalse.In the event of errors or problems, rollback the application by running the appropriate deployment workflow from the WordPress/openverse-infrastructure repository using the tag of the latest stable version. You can find the release version number in the changelogs, and then the tag to pass to the action is the version number prefixed with “rel-”, for example “rel-2023.07.03.17.52.00”.
If anything else goes wrong or service is disrupted, consider this a Production Incident and notify the team.