You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We do our own Just-In-Time provisioning of serviceusers and credentials for our Aiven services, so we don't need or use the secret created by the Aiven Operator (the "connInfoSecret").
Every now and then, some enterprising developer notices that there exists a secret with the same name as the service instance and attempts to use the credentials stored in the connInfoSecret. We would rather that they didn't, and it would be useful if we could just disable the generation of the connInfoSecret entirely.
This is somewhat related to #472 , but while that suggests the operator should use an already existing secret, we want there to be no secret at all.
The text was updated successfully, but these errors were encountered:
We do our own Just-In-Time provisioning of serviceusers and credentials for our Aiven services, so we don't need or use the secret created by the Aiven Operator (the "connInfoSecret").
Every now and then, some enterprising developer notices that there exists a secret with the same name as the service instance and attempts to use the credentials stored in the connInfoSecret. We would rather that they didn't, and it would be useful if we could just disable the generation of the connInfoSecret entirely.
This is somewhat related to #472 , but while that suggests the operator should use an already existing secret, we want there to be no secret at all.
The text was updated successfully, but these errors were encountered: