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

Enhance service command to support multiple services #13075

Closed
darkedges opened this issue Dec 3, 2021 · 8 comments · Fixed by #13756
Closed

Enhance service command to support multiple services #13075

darkedges opened this issue Dec 3, 2021 · 8 comments · Fixed by #13756
Assignees
Labels
help wanted Denotes an issue that needs help from a contributor. Must meet "help wanted" guidelines. kind/proposal proposals priority/awaiting-more-evidence Lowest priority. Possibly useful, but not yet enough support to actually get it done.

Comments

@darkedges
Copy link
Contributor

It would be great to see
https://github.com/txn2/kubefwd incorporated so that you can forward all services in a namespace in a single request.

This would help those running within docker where metallb does not work due to the host not being able to NAT requests into the kubernetes container. Other examples are when you have multiple services and need to implement multiple shells and commands to handle the port forward / services requests.

@spowelljr spowelljr added help wanted Denotes an issue that needs help from a contributor. Must meet "help wanted" guidelines. kind/proposal proposals priority/awaiting-more-evidence Lowest priority. Possibly useful, but not yet enough support to actually get it done. labels Dec 6, 2021
@spowelljr
Copy link
Member

Hi @darkedges, thanks for the suggestion! We're open to any PR's that implement this!

@ckannon
Copy link
Contributor

ckannon commented Jan 11, 2022

@spowelljr I'd be happy to take this one. From a design perspective, any ideas on how we want this to work? kubefwd supports quite a few flags. Maybe MVP for this feature would be just supporting forwarding all services in a namespace (-n) and all services in a namespace with label selectors (-l labelname=foo,labelname=bar)?

@ckannon
Copy link
Contributor

ckannon commented Jan 11, 2022

/assign

@medyagh
Copy link
Member

medyagh commented Jan 12, 2022

I am not sure how the implementation would work, but I would be okay with a design that could make it work as long as the user doesnt have to install anything extra

maybe something like "minikube service --all" could be a good idea to forward all services instead of just one

@ckannon please feel free to take a stab at it

@ckannon
Copy link
Contributor

ckannon commented Jan 12, 2022 via email

ckannon added a commit to ckannon/minikube that referenced this issue Jan 17, 2022
…ll services in a namespace, also supports multiple service-name arguments to forward any specifically named services.
@medyagh
Copy link
Member

medyagh commented Jan 18, 2022

thank you @ckannon if u dont mind adding it as a PR on minikube repo so I could review that way

@ckannon
Copy link
Contributor

ckannon commented Jan 18, 2022 via email

ckannon added a commit to ckannon/minikube that referenced this issue Feb 2, 2022
ckannon added a commit to ckannon/minikube that referenced this issue Feb 2, 2022
ckannon added a commit to ckannon/minikube that referenced this issue Feb 2, 2022
ckannon added a commit to ckannon/minikube that referenced this issue Feb 8, 2022
ckannon added a commit to ckannon/minikube that referenced this issue Feb 8, 2022
ckannon added a commit to ckannon/minikube that referenced this issue Feb 9, 2022
@medyagh
Copy link
Member

medyagh commented Mar 9, 2022

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
help wanted Denotes an issue that needs help from a contributor. Must meet "help wanted" guidelines. kind/proposal proposals priority/awaiting-more-evidence Lowest priority. Possibly useful, but not yet enough support to actually get it done.
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants