This repository has been archived by the owner on Dec 15, 2021. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 752
Add Status to kubeless CRD objects #482
Comments
does this require a |
Kubeless controller is/will be the source of change to function objects (or any other CRD api objects that may come), so dont see need for it. |
what if the deployment crashes? or should the controller wait until the deployment is ready? |
murali-reddy
added a commit
to murali-reddy/kubeless
that referenced
this issue
Dec 13, 2017
kubeless client code. We can not assume client has RBAC to access deployments. Fixes vmware-archive#482
murali-reddy
added a commit
to murali-reddy/kubeless
that referenced
this issue
Dec 13, 2017
kubeless client code. We can not assume client has RBAC to access deployments. Fixes vmware-archive#482
murali-reddy
added a commit
to murali-reddy/kubeless
that referenced
this issue
Dec 13, 2017
kubeless client code. We can not assume client has RBAC to access deployments. Fixes vmware-archive#482
murali-reddy
added a commit
to murali-reddy/kubeless
that referenced
this issue
Dec 13, 2017
kubeless client code. We can not assume client has RBAC to access deployments. Fixes vmware-archive#482
murali-reddy
added a commit
to murali-reddy/kubeless
that referenced
this issue
Dec 14, 2017
kubeless client code. We can not assume client has RBAC to access deployments. Fixes vmware-archive#482
2 tasks
@andresmgot @murali-reddy Do we still consider solving this? As of now, I do see |
Support for Status in CRD only got in 1.10 and will be beta in 1.11 When Kubeless moves to latest client-go and supports 1.10/1.11 we can add support for status. |
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
We should add resource status to the function object, and any other CRD's kubeless may have (e.g. runtime, trigger etc)
to start with function object should have Status along with Spec something like below:
Things like function status, http endpoint etc should go in the FunctionStatus.
Current way of inferring the status of the function by kubeless client should go away into controller. Client should just reflect the status of the function returned by API.
The text was updated successfully, but these errors were encountered: