Closed willroberts closed 3 months ago
Deployment currently involves the following:
Git steps:
package.json
and version.json
deployed_version
in terraform/staging/ecs.tf
(should we use latest
instead?)Steps which can be automated:
scripts/build_container.sh <service> <version>
scripts/publish_container.sh <service> <version> <aws ecr registry id>
terraform apply
to update the ECS deployed_version
(and sometimes manually kicking the cluster if it doesn't have capacity to deploy automatically)NODE_ENV=staging
, ALL_CARDS_AVAILABLE=true
, FIREBASE_URL=foo
, and API_URL-foo
set)/staging/duelyst.js
This is now better-documented here: https://github.com/open-duelyst/duelyst/blob/main/docs/DEPLOYING.md
This automation work can begin once we have permissions to access (read and write) Github Secrets.
Pulling this work out of #69 and #3 to reduce their scope.
We should automate the process of deploying OpenDuelyst when a new release is published on Github.
This can be done by creating an Actions workflow for the release event, and having that action publish container to ECR. If ECS is using the
latest
version of the container, I believe it will be able to pull it down automatically. If not, it will still be doable with a small amount of work.