-
Task
-
Resolution: Done
-
Undefined
-
None
-
None
-
False
-
False
-
NEW
-
VERIFIED
-
-
Logging (LogExp) - Sprint 217, Logging (LogExp) - Sprint 218, Logging (LogExp) - Sprint 219
Currently every release of the elasticsearch operator bundles a specific version of oauth-proxy with its releases. During the discussion about a bug it became clear that it might be a good idea to not have a specific version for each release of the operator but instead determine the oauth-proxy version based on the cluster the operator is running in. That way there should be no bugs caused by incompatibility between the oauth-proxy and the oauth-server running in the cluster while also being able to use features of newer versions.
Acceptance Criteria
- elasticsearch-operator selects an oauth-proxy image for created deployments (currently only Kibana) based on the cluster version it is running in
Dev Notes
- Requires first testing deployment of 5.4 with oauth-proxy:4.8 on OCP 4.8 works OOTB
- Introduce two env vars: PROXY_IMAGE_4_8, PROXY_IMAGE
- Read the ClusterVersion resource on startup and decide which env var determines the proxy image:
- On 4.8: PROXY_IMAGE_4_8
- On >4.8: PROXY_IMAGE
- is cloned by
-
LOG-2614 [release-5.4] Implement selection of oauth-proxy image based on cluster version
- Closed
- is related to
-
LOG-2136 Getting Kibana UI Error (500 Internal Error,configmap "oauth-serving-cert" not found)
- Closed
- relates to
-
LOG-2211 [loki-operator]The kube-rbac-proxy is too old ( v4.5.0)
- Closed
- links to
- mentioned on