-
Notifications
You must be signed in to change notification settings - Fork 61
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Importing API Keys does not work using Crossplane #375
Comments
Thanks for creating this issue @andrewjc03!
We don't know about such a workaround yet, but we'll think about it. As a short term workaround, we'd probably recommend to create new API Keys instead. |
Got it, thank you @linouk23! Please let me know if there is anything I can do to help if you proceed with adding this feature! Thanks, |
Hey @linouk23, I just realized that I won't be able to create new API Keys since I am doing a migration from previous Terraform infrastructure and I am required to use the existing API Keys. 😔 To help with the development process, would you be open to accepting an outside contribution / discussion for this or is this discussion private to existing confluent contributors? I was thinking that with an open discussion with the open source community, we can all come together and think of a way to solve this issue. Please let me know your thoughts on this! With gratitude, |
Sure thing! |
I'm interested in this from a different point of view: Having a dependency on an environment variable kinda limits that because we could be using a Any chance this could be looked into? |
@tarciosaraiva, could you open a separate issue for your request? I'm not 100% sure, but I suspect yours might be a bit easier to implement? Thank you! |
Hi,
I am running into issues when importing API Keys via a Crossplane composition (which uses this provider). From what I understand this is the way to import API Keys:
However, when I try to import API Keys in Crossplane it does not work because the API_KEY_SECRET needs to be set as an environment variable. The issue is that this variable get only be set once in the DeploymentRuntimeConfig of the confluent provider (https://github.com/crossplane-contrib/provider-confluent), which means that if there are multiple keys there is no way to have a separate variable for each one.
Do you know if there is a workaround for this, so that I will be able to import multiple API Key resources successfully? Or if possible can the capability for multiple API_KEY_SECRET environment variables be added, one for each API Key?
Any help would be appreciated on this!
Thank you,
Andrew
The text was updated successfully, but these errors were encountered: