-
Notifications
You must be signed in to change notification settings - Fork 237
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
Host KWOK provider images in public ECR #1997
Comments
That strikes me as completely reasonable -- I think the only question that was left remaining is that this would have to use I would also make sure that we callout that there's nothing "stable" about the KWOK provider (though I don't necessarily think that we need that level of guarantee) -- we often break it right now because we don't have a robust testing suite to support it |
cc: @dims or others that can help with infra resources |
/traige accepted |
/triage accepted |
Nice! I'm stoked to hear that ; is there anything I can help with on my end? It sounds like there's some private infra resources that need to be set up first? |
Yeah, I'm not entirely sure on the process. I think we need to coordinate with the test-infra folks to get a prow job to make this work. |
Description
What problem are you trying to solve?
I'm using the KWOK CloudProvider in a non-local Kubernetes cluster, which currently requires building the image manually. I noticed there's already a
karpenter/kwok
ECR repository here: https://gallery.ecr.aws/karpenter/kwok -- is there any chance Karpenter could host its KWOK provider there?How important is this feature to you?
Mostly an ease-of-use improvement; happy to contribute to this!
The text was updated successfully, but these errors were encountered: