Replies: 1 comment 2 replies
-
|
This has been discussed (and rejected) many times in the past because this does not work well. The username and the name of the KafkaUser resource need to be something that can be easily derived from each other. |
Beta Was this translation helpful? Give feedback.
2 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Context / Use Case
We are running Kafka clusters installed on VMs (outside Kubernetes) and plan to manage them using the standalone User Operator and Topic Operator.
We have existing Kafka users whose usernames contain characters that are not valid in Kubernetes resource names — specifically the "@" character (e.g., service@environment). That actually wasn't the best naming idea but we now have them in place and the names within the CN of the existing client certificates.
Currently, the KafkaUser resource uses its .metadata.name as the Kafka username directly. This makes it impossible to manage users with "@" in their names.
Proposed Solution
Introduce an optional spec.userName field on the KafkaUser resource, analogous to spec.topicName on KafkaTopic:
Beta Was this translation helpful? Give feedback.
All reactions