-
Notifications
You must be signed in to change notification settings - Fork 106
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
[gcp/gke] Question about GKE Workload Identity Support #322
Labels
Comments
Do you have any updates on this? it will be great to support Workload Identity, as it is the most secure authentication method. |
karl-johan-grahn
added
kind/enhancement
New feature or request
kind/help wanted
Extra attention is needed
labels
Mar 15, 2023
Another up-vote. |
This issue is stale because it has been open for 60 days with no activity. |
any updates? |
This issue is stale because it has been open for 60 days with no activity. |
This issue is stale because it has been open for 60 days with no activity. |
please don't close it |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
Greetings,
I am trying to setup
GKE's Workload Identity
to avoid having to configureAPI Keys
within the chart. However it doesn't seem to be supported yet.In a few words,
Workload Identity
allows to configure aGoogle Service Account
with some specific IAM role bindings and bind it to a specificKubernetes Service Account
so that we don't have to manage any API Key(s) from within the cluster.For more information:
In order to proceed with the
IngressMonitorController chart
, I tried the naive approach of "unsetting" theapiKey
key from theconfig.yaml
'sproviders
section. However, doing so, I end with the following stack trace:Can you please confirm if
Workload Identity
is supported by the current version ?Current setup:
Please let me know if I missed any crucial information as I am a new-comer on this project.
Edit: note that when I provide the
apiKey
, it works like a charmThe text was updated successfully, but these errors were encountered: