Kubernetes deployment fails to detect currently running version
With the work to remove the gitlab-websevice
, gitlab-com/gl-infra/k8s-workloads/gitlab-com!434 (merged), from the regional cluster, this prevents the regional cluster from detecting which version of sidekiq should be running. This leads helmfile to fail to detect what version is running because the service is missing, which the default of our helm chart when that field is blank, would be to deploy the master
version of the container.
This impacts sidekiq because we look at the version of the webservice running via a call to kubectl here: https://gitlab.com/gitlab-com/gl-infra/k8s-workloads/gitlab-com/-/blob/master/releases/gitlab/values/init-values.yaml.gotmpl#L27
Since the same version of the gitlab application is deployed, we utilize that as a key to determine which version to use during non auto-deployment changes to this infrastructure. We'll need to key off of something else for our regional clusters, or utilize an object that is shared among all deployments. Example may be the gitlab-chart-info config map.
This appear to only impact configuration changes, and not auto-deploys.
Utilize this issue to fix the problem.