Feature request: kubectl plugin

[alexkursell]

Now that #3686 is merged, we should do as @aledbf suggested and write a kubectl plugin to make debugging even easier.

Currently, here are the steps to inspecting some backend information:

1. kubectl get pods -n <NAMESPACE> | grep ingress or similar to get a running pod
2. kubectl exec -n <NAMESPACE> <POD NAME> -- /dbg backends list

By adding a kubectl plugin that takes care of finding and execing into the right pod, this could be reduced to something like:

kubectl nginx -n <NAMESPACE> backends list

Making a kubectl plugin would also allow us to do things like getting and diffing the configuration from multiple pods in a deployment, or maybe finding and printing ingress resource definitions for a given backend.

Some questions for discussion:

1. Is this something worth doing?
2. What features would be useful?
3. Where would this live? Should it be in a subfolder or a separate repo?

cc: @ElvinEfendi, @aledbf

[aledbf]

kubectl nginx -n <NAMESPACE> backends list

kubectl ingress-nginx -n <NAMESPACE> backends list :)

[alexkursell]

kubectl nginx -n <NAMESPACE> backends list

kubectl ingress-nginx -n <NAMESPACE> backends list :)

True. Wouldn't want to annoy https://github.com/nginxinc/kubernetes-ingress :-)

[aledbf]

1. I think it is
2. something like

kubectl ingress-nginx -n <NAMESPACE> info
    Service cluster IP address:
    LoadBalancer IP|CNAME:
    (print ingress table with additional information)
    NAME             HOSTS            ADDRESS           TLS     Path   Service  Service Port 
foo-bar          foo.bar          192.168.122.248       NO       /     foo-bar      8080
foo-bar-api      foo.bar          192.168.122.248       NO       /api  foo-bar      8080

3. at least for now a subfolder inside the cmd directory

[aledbf]

we should use https://github.com/GoogleContainerTools/krew to package the plugin

[aledbf]

@alexkursell some time ago I wrote this https://gist.github.com/aledbf/db25dbc723fc7d71345a9657abfd766d as an idea for the cli/plugin
The detection of the cloud is one of the things it can help users with the initial configuration

[alexkursell]

@alexkursell some time ago I wrote this https://gist.github.com/aledbf/db25dbc723fc7d71345a9657abfd766d as an idea for the cli/plugin
The detection of the cloud is one of the things it can help users with the initial configuration

That seems like a great set of features to add! Although how is the configuration different between cloud providers? I'd expect the configuration to be the same since it's all kubernetes.

[aledbf]

Although how is the configuration different between cloud providers? I'd expect the configuration to be the same since it's all kubernetes.

In AWS you can choose between different load balancers, ELBs in L4/L7 or NLBs, also enabling proxy protocol or not.