Skip to content

Conversation

@willscripted
Copy link
Member

No description provided.

@willscripted willscripted force-pushed the add-build-and-deploy-actions branch 2 times, most recently from fb2ee46 to 65ac474 Compare January 29, 2025 18:46
MattMatt27 and others added 7 commits March 14, 2025 09:32
…nv-var-docs

Initial outline of env variables found in project
…ongo-express-env-var

Add db url to fix auth error (mongo-express on linux)
We tag our services with App and Env tags set on the service for cost
allocation. It is especially useful in the AWS Cost Explorer console.
The terraform definition of our services uses the propagate_tags setting
when deploying the service, but our github actions do not by default do
the same.

This change adds the appropriate config to our github action to
propagate tags the same way our terraform code does.

Note that our cost alloctaions may be incorrectly categorizing charges
in each of these repositories from our original merge of the gh action
to now (March 28, 2025).
Problem: When ECS's circuit breaker mechanism rolls back a failing
deploy, the deploy task github action will exit with a success code when
infact the deployment was not successful.

In order to identify unsuccessful service updates, we want the github
action to fail. At time of writing, there is no option elicit this
behavior from the aws-actions/amazon-ecs-deploy-task-definition@v2
action. Instead, we must check that the services current task definition
is the one we attempted to roll out.

See discussion in aws-actions/amazon-ecs-deploy-task-definition#191
@willscripted willscripted force-pushed the add-build-and-deploy-actions branch from 65ac474 to 535d91e Compare March 28, 2025 18:36
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants