Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Finish phasing out Kubernetes channels #3327

Closed
3 tasks
themightychris opened this issue Apr 11, 2024 · 0 comments · Fixed by #3347
Closed
3 tasks

Finish phasing out Kubernetes channels #3327

themightychris opened this issue Apr 11, 2024 · 0 comments · Fixed by #3347
Assignees

Comments

@themightychris
Copy link
Contributor

For #3200, completed through PRs #3205 and #3214, we simplified the Kubernetes deployment process and eliminated the concept of "channels" which encapsulated different sets of services but were all deployed to the same cluster.

One lingering artifact of the previous setup is that services deployed to the production cluster are still segmented between prod.yaml and test.yaml under ci/channels. prod.yaml is now hardcoded into the deployment workflows and is the only "channel" that matters now, but test.yaml still contains definitions of several test instances that are deployed to the same cluster but currently unmanaged by the deployment process. These test instances are useful when deploying new versions of Metabase or the GTFS RT archiver

Work to be done

  • Merge -test instances into prod.yaml and finish deprecating the concept of channels
  • Reconcile the current state of the cluster against the new declared state
  • Test deploying a change to one of the test instances and verify that the PR workflow is smooth and correct
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 a pull request may close this issue.

1 participant