Poll with shorter intervals until the composites are ready to reduce TTR

[turkenh]

What problem are you facing?

Observing significant delays (compared to actual MR provisioning time) before composite resources are marked as Ready especially when there are nested composite in the tree.

For example, in the example below, the only managed resource become ready in 40 secs but our parent composite is marked as ready around 2 minutes (see TTR)

Reproduction manifests: https://github.com/turkenh/repro-xp-5424

How could Crossplane help solve your problem?

Today, in composite controllers, we return reconcile.Result{Requeue: true} until composites are ready which is subject to exponential backoff limited to 1m. I believe we can poll differently depending on readiness and check more frequently until the resource is ready, similar to how we did in provider kubernetes recently here.

Crossplane version: v1.15.0

[turkenh]

This is what I am seeing when I enable realtime compositions:

FWIW, with more complex nested compositions I noticed that realtime composition was not this realtime though. Probably due to some rate-limiting.