| .github | ||
| .gitignore | ||
| .goreleaser.yaml | ||
| action.yaml | ||
| go.mod | ||
| go.sum | ||
| LICENSE | ||
| main.go | ||
| README.md | ||
| setup.txt | ||
Auth to GKE and Artifact Registry without gcloud
Installation
go install github.com/imjasonh/gke-auth@latest
Use
Once you've installed the Go binary, run it:
gke-auth --project=[MY_PROJECT] \
--location=[REGION_OR_ZONE] \
--cluster=[CLUSTER_NAME]
Now you have auth and kubeconfigs set up to use the cluster.
Or, using GitHub Actions:
- uses: imjasonh/gke-auth@v0.1.0
with:
project: [MY_PROJECT]
location: [REGION_OR_ZONE]
cluster: [CLUSTER_NAME]
💡 Protip: You probably want to set up Workload Identity between your GitHub Actions workflow and your GCP project.
Test it with:
kubectl get pods
Artifact Registry
To use gke-auth as a Docker credential helper for Artifact Registry, run:
gke-auth --configure-docker --location=[REGION]
This will set up a Docker credential helper for interacting with [REGION]-docker.pkg.dev.
This is similar to docker-credential-gcr except much simpler.
This can also be configured with the GitHub Action:
uses: imjasonh/gke-auth@XYZ
with:
location: us-central1-a
registry_location: us-central1
Why?
gcloud is great.
It's like a Swiss army knife for the cloud, if a knife could do anything to a cloud.
It does so much. It does soooo much!
Too much.
This leads it to be really huge. Hundreds of megabytes of sweet delicious Python. Python that has to be interpreted before it can even start running anything.
If you're downloading and installing and running gcloud just to execute gcloud container clusters get-credentials so you can switch to using kubectl -- especially in a CI environment -- you're wasting a lot of time. Same with gcloud auth configure-docker for Artifact Registry.
Installing gcloud can take minutes, compared to just a few seconds with gke-auth, even if you have to build it from source.
gke-gcloud-auth-plugin
gcloud itself includes a K8s auth plugin very similar to gke-auth, called gke-gcloud-auth-plugin.
For more information about this plugin, see this GCP blog post.
Like gke-auth, this plugin can be configured to be used by kubectl and client-go to get auth credentials.
Unlike gke-auth, the plugin is installed using gcloud components add gke-gcloud-auth-plugin, and configured to be used with gcloud container get-credentials, so while it's still better than having kubectl invoke gcloud every time it needs new credentials, it still seems to mostly require gcloud to install and use it, at least as recommended in documentation.
gke-auth should be more or less equivalent to gke-gcloud-auth-plugin in core functionality, but gke-auth doesn't need or recommend gcloud at all to install or configure it.