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
Most (if not all) references under refs/v1beta1 contain a logical issue where we can attempt to resolve a reference without knowing that the k8s-resource for that resource is actually READY to be resolved. Consider:
This can basically lead to extra calls to GCP when the underlying dependency is not actually ready.
This issue has come up in #3422 (comment) . We should be weary of this too when moving on to the new reference style and treating migrations (e.g.from TF), especially on acquisition on existing resource where status.ExternalRef may not be populated.
The text was updated successfully, but these errors were encountered:
I had a brief chat with @yuwenma right after our discussion on this. "Not waiting for the reference to be READY" may be working as intended? I'll defer to @yuwenma on this.
acpana
changed the title
bug: resolving refs/v1bbeta1 before reference resource is ready
bug: resolving refs/v1beta1 before reference resource is ready
Feb 6, 2025
Most (if not all) references under
refs/v1beta1
contain a logical issue where we can attempt to resolve a reference without knowing that the k8s-resource for that resource is actually READY to be resolved. Consider:k8s-config-connector/apis/refs/v1beta1/bigqueryref.go
Lines 43 to 101 in 5f861ba
This can basically lead to extra calls to GCP when the underlying dependency is not actually ready.
This issue has come up in #3422 (comment) . We should be weary of this too when moving on to the new reference style and treating migrations (e.g.from TF), especially on acquisition on existing resource where
status.ExternalRef
may not be populated.The text was updated successfully, but these errors were encountered: