Open gaocegege opened 5 years ago
/kind feature
We had some plans for supporting subresources, but haven't gotten around to them yet. If you put forth a proposed design, I'd be happy to take a look. We'd have to add support for the wonky streaming that logs uses, since right now the client just deals with CRUD.
/priority backlog
Issues go stale after 90d of inactivity.
Mark the issue as fresh with /remove-lifecycle stale
.
Stale issues rot after an additional 30d of inactivity and eventually close.
If this issue is safe to close now please do so with /close
.
Send feedback to sig-testing, kubernetes/test-infra and/or fejta. /lifecycle stale
So, we'll get generic subresource support eventually, but non-CRUD subresources need to be handled specially
cc #172 (which is mainly for CRUD subresources ATM)
Stale issues rot after 30d of inactivity.
Mark the issue as fresh with /remove-lifecycle rotten
.
Rotten issues close after an additional 30d of inactivity.
If this issue is safe to close now please do so with /close
.
Send feedback to sig-testing, kubernetes/test-infra and/or fejta. /lifecycle rotten
/remove-lifecycle rotten
/lifecycle frozen
/help
@vincepri: This request has been marked as needing help from a contributor.
Please ensure the request meets the requirements listed here.
If this request no longer meets these requirements, the label can be removed
by commenting with the /remove-help
command.
/kind design
/help
I am also interested in this
is there any workarouds?
is there any workarouds?
You can use client-go instead.
You can use client-go instead.
It is hard to keep two clients, I think. It will be better if we support it in controller-runtime.
Is there any progress on this issue?
👀
Is it ready or still in the design phase?
Nothing changed.
+1
Just fyi, the only thing that +1
comments achieve is annoying everyone who is watching this issue for relevant updates :)
Please use the 👍 emoji on https://github.com/kubernetes-sigs/controller-runtime/issues/452#issue-449697241 instead.
Hi I am one of the maintainers @kubeflow
We are using kubebuilder to implement some CRDs for Machine Learning/Deep Learning workloads. We meet some problems with the client in controller-runtime.
We need to get the logs of pods using the client, But It seems that controller-runtime client has a higher level abstraction on top of Kubernetes client. Do we have a plan to support expansion (e.g. https://github.com/kubernetes/client-go/blob/master/kubernetes/typed/core/v1/pod_expansion.go) for the client? Or is there any suggestion to do it with controller-runtime client?
Now we have to create a Kubernetes client and use this to get pod logs.
I'd appreciate it if anyone could help me.
Thanks :clinking_glasses: :beers: