You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
With the status subresource enabled controllers can update the status, and ignore any events that don't have changes to metadata.Generation (only updates when spec changes) by filtering them out via predicates.
The text was updated successfully, but these errors were encountered:
@cmoulliard It will be enabled by default for all CRD manifests that the SDK generates. That seems to fit in with the controller pattern of how status is meant to be updated.
Users can update the CRD manifest to turn it off if they don't want to use it.
Also it's already beta in k8s 1.11 so we don't need to wait for the update to k8s 1.12.
Feature Request
The status subresource for CRDs is beta and enabled by default for k8s 1.12 clusters
https://kubernetes.io/docs/tasks/access-kubernetes-api/custom-resources/custom-resource-definitions/#subresources
Once the SDK updates to k8s 1.12 it should support enabling the status subresource for CRDs by default when generating the CRD yaml manifest.
See for more details: https://blog.openshift.com/kubernetes-custom-resources-grow-up-in-v1-10/
Along with that the examples using the client should be updated to use the status client
c.Status().Update()
to only update the status when needed.https://github.com/kubernetes-sigs/controller-runtime/blob/master/pkg/client/interfaces.go#L88
With the status subresource enabled controllers can update the status, and ignore any events that don't have changes to
metadata.Generation
(only updates when spec changes) by filtering them out via predicates.The text was updated successfully, but these errors were encountered: