As a developer of notify, I would like all of our kubernetes deployments to be managed by Helmfile so that all of our kubernetes code is in one location.
WHY are we building?
Provides the ability to deploy dynamic environments
Provides the ability to run "diff" commands against environments
Reduces the amount of code that Notify has to manage
Keeps code DRY
WHAT are we building?
[ ] Add a celery email send primary and scalable entry to the helmfile
VALUE created by our solution
Increased reliability via reduced chance of accidental changes during releases
Increased velocity due to reduction in maintenance
Acceptance Criteria
[ ] Celery email send primary/scalable is deployed and managed with helmfile
[ ] All secrets required by Celery email send primary/scalable are stored in terraform and accessed using a kubernetes secret
[ ] A github workflow managing Celery email send primary/scalable has been created
[ ] Celery email send primary/scalable is still reporting
QA Steps
[ ] Celery email send primary/scalable to an existing environment
[ ] Celery email send primary/scalable deploys to a new environment
[ ] Celery email send primary/scalable logs still in cloudwatch with no increased cost
Description
As a developer of notify, I would like all of our kubernetes deployments to be managed by Helmfile so that all of our kubernetes code is in one location.
WHY are we building?
WHAT are we building?
VALUE created by our solution
Acceptance Criteria
QA Steps