-
Notifications
You must be signed in to change notification settings - Fork 1.6k
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
Support deploying to multiple kubernetes contexts #915
Comments
We run in a multi-cloud environment, so it's pretty annoying to have to remember which kubectl context you're in before deploying. It's a pretty easy way to accidentally deploy to the wrong region. I'd love to make skaffold cluster aware somehow. |
related to #2325. |
I can also chime in that deploying everything with |
I think kustomize opens up enough flexibility to support use cases described here, and I don't think we're going to have time to implement something deeper in skaffold, so I'll close this issue. if you still feel that skaffold needs to support this more fully, please give us some details on your use case and feel free to reopen! |
skaffold/v3 now uses kustomize only for resource generation and applies using kubectl, so there is seemingly no longer a workaround here . this feels especially broken when requiring another skaffold config with a different defaultNamespace edit: you can still work around this using kustomize (specifically by setting /namespace in kustomization.yaml), but It's also worth noting that kustomize itself doesn't implement "defaultNamespace" behavior by default, but the NamespaceTransformer may be customized to switch from always-write to write-if-unset semantics. |
We use GCP's Multi-Cluster Ingress to load-balance traffic to multiple GKE clusters. It would be nice if Skaffold could deploy the same application to multiple clusters |
@gsquared94 to split this out into multiple issues - multiple contexts vs multiple namespaces |
This came up as an idea in #104.
In a multi-artifact project, skaffold would be able to deploy each artifact to a different namespace/context.
If you think your use case would need this functionality, please get in touch and describe it for us here!
The text was updated successfully, but these errors were encountered: