Skip to content
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

Multi-target #3035

Open
aviramha opened this issue Jan 24, 2025 · 1 comment
Open

Multi-target #3035

aviramha opened this issue Jan 24, 2025 · 1 comment
Labels
enhancement New feature or request

Comments

@aviramha
Copy link
Member

aviramha commented Jan 24, 2025

tl;dr: In order to support working simultaneously against a shared and an isolated cluster, we should support working with two agents, one in each cluster.

We have few users who want to "bridge" a local cluster and a remote cluster. The reason they want to bridge is that setting up their local resources is easier with k8s (databases, other services, etc) so they wrap it with Tilt + k9s or something similar, but still they want to leverage the remote cluster for other cases (Stealing, kafka splitting, etc.)
Right now they run mirrord inside the k9s which works but requires a lot of red tape (mounting kubeconfig, someties doesn't work because needs cloud cli, then more dependencies)

It also leads them to run the actual workload inside the local cluster, losing great usability with the IDE.

This leads to the idea - what if the user could specify two targets? give each target kubectx, kubeconfig (maybe we need to move the config to be under target in general?) and then route requests to each target based on rules (Ip/host + defaults).

@aviramha aviramha added the enhancement New feature or request label Jan 24, 2025
Copy link

linear bot commented Jan 24, 2025

MBE-676 Multi-target

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant