KCP: Consider reconciling on Pod events

[sbueringer]

We recently changed KCP to use a cached client to retrieve the Pods we care about.

This means we already have informers for Pods of workload clusters.

I'm wondering if we should also trigger reconciles if these Pods change (similar to how we watch on Node events in the Machine controller).

Pro

• we can instantly react to Pod changes instead of using requeue after

Con

• we get probably more reconciles
  • This can be mitigated by only letting the update events through that we care about. This might even lead to less reconciles when we get rid of the requeues we have because we don't watch on Pod events (

    cluster-api/controlplane/kubeadm/internal/controllers/controller.go

    Line 253 in d934125

    res = ctrl.Result{RequeueAfter: 20 * time.Second}

    )

[k8s-ci-robot]

This issue is currently awaiting triage.

If CAPI contributors determine this is a relevant issue, they will accept it by applying the triage/accepted label and provide further guidance.

The triage/accepted label can be added by org members by writing /triage accepted in a comment.

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository.