generated from bcgov/quickstart-openshift
-
Notifications
You must be signed in to change notification settings - Fork 0
Deployment Process
Barrett Falk edited this page Oct 18, 2024
·
6 revisions
- Create a PR for your change in this repository.
- Once approved, this will push changes to the Gitops repo here: https://github.com/[bcgov-c/tenant-gitops-dc0a4a](https://github.com/bcgov-c/tenant-gitops-dc0a4a)
- Argo will see the changes and deploy to Emerald.
- There are 5 slots available in the development environment that can be deployed to. These slots are referred to as dev-1, dev-2, ..., dev-5. In order to determine which slot will be used the pipeline will use your PR# and perform the following calculation:
- (PR# mod 5) + 1
- Example 1: if your PR number is 30: (30 mod 5) + 1 = 0 + 1 = dev-1
- Example 2: if your PR number is 98: (98 mod 5) + 1 = 3 + 1 = dev-4
- In order to mitigate slot conflicts (for example: if PR 30 and PR 35 are both active at the same time) all deployments to the dev environment must be manually approved. A migration to dev should not be approved if an open PR is already occupying the slot.
The above is configured via the Gitops repo https://github.com/bcgov/nr-compliance-enforcement-cm/blob/3a6bb8be82b33efc5ad6795208e0881c66a36047/.github/workflows/pr-open.yml#L60. This in turn invokes one of the Argo projects here: https://gitops-shared.apps.emerald.devops.gov.bc.ca
Note that in the diagram below, images are automatically copied over from GHCR to Artifactory. This needs to be done because Github doesn't have a route to the Emerald Cluster, so we can't push images there directly. Emerald does have access to Artifactory though.