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

Hello from kubeclient, kubernetes-client 👋 #144

Open
cben opened this issue Jul 9, 2019 · 2 comments
Open

Hello from kubeclient, kubernetes-client 👋 #144

cben opened this issue Jul 9, 2019 · 2 comments

Comments

@cben
Copy link

cben commented Jul 9, 2019

Hi, I was happy to discover a 3rd ruby client besides https://github.com/abonas/kubeclient and https://github.com/kubernetes-client. You have great momentum 👏

I wanted to reach out to ask if you see aspects on which we should collaborate.

Specifically, I feel it could be nice to extract the best parts of parsing kubeconfig and obtaining auth to a separate gem, and get all 3 client gem to use it.

  • This functionality requires catch-up to the reference Go implementation...
  • The interfaces have a lot of arbitrary details like "how is the param for custom CA called?", which unfortunately have no de-facto standard in Ruby ecosystem.
    A single good config interface could make it easier for users to learn/switch between the client gems.

On similar discussion in kubernetes-client/ruby#20 (comment) some people expressed support. What do you think?

@kke
Copy link
Contributor

kke commented Jul 29, 2019

I think it's a good idea as it doesn't make sense to waste efforts in reinventing the wheel and the whole config / initialization interface of k8s-client I think is too complex currently anyway and needs some simplification (as noted in #121).

@pre
Copy link

pre commented Feb 12, 2020

Related: there is now a community fork of kontena/k8s-client in github/k8s-ruby

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

No branches or pull requests

3 participants