gloo icon indicating copy to clipboard operation
gloo copied to clipboard

Add helm value to configure Redis cert name

Open DuncanDoyle opened this issue 1 year ago • 0 comments

Gloo Edge Product

Enterprise

Gloo Edge Version

1.16.11

Is your feature request related to a problem? Please describe.

When you set gloo.redis.cert.enabled to true:

If set to true, a secret for redis will be created, and cert.crt and cert.key will be required. If redis.disabled is not set the socket type is set to tsl. If redis.disabled is set, then only a secret will be created containing the cert and key. The secret is mounted to the rate-limiter and redis deployments with the cert and key. Default is false.

However, there are users where the creation of the secret with cert.crt and cert.key is managed outside of the Gloo Edge (Helm) installation process. Second, organizations might have different naming standards and conventions for secret names than the secret name Gloo Edge expects for this secret (i.e. {{.Release.Name}}-redis-ca-cert-secret).

Although you can work around this via a kubeResourceOverride helm value, but it would mean touching array type fields, which basically means rewriting significant parts of the deployment spec, making things error-prone and not very maintainable.

Describe the solution you'd like

Add a gloo.redis.cert.name Helm value that would allow the user to set the name of the secret that contains the cert.crt and cert.key. This allows the user to use a secret that adheres to corporate naming conventions and standards.

Describe alternatives you've considered

Use kubeResourceOverride. This would however mean touching array type fields, which basically means rewriting significant parts of the deployment spec, making things error-prone and not very maintainable.

Additional Context

No response

Related Issues

  • https://github.com/solo-io/solo-projects/issues/6404

DuncanDoyle avatar Jun 27 '24 06:06 DuncanDoyle