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
Today, it is possible to reference k8s objects in the control plane API by with spec.references field. For example, the following manifest will read the ConfigMap named foo in the default namespace and propagate it to another cluster/namespace.
apiVersion: kubernetes.crossplane.io/v1alpha2kind: Objectmetadata:
name: foo-copyspec:
references:
# Use patchesFrom to patch field from other k8s resource to this object
- patchesFrom:
apiVersion: v1kind: ConfigMapname: foonamespace: defaultfieldPath: datatoFieldPath: dataforProvider:
manifest:
apiVersion: v1kind: ConfigMapmetadata:
namespace: defaultproviderConfigRef:
name: another-cluster
This problem is that if the ConfigMap foo on the control plane changes, it takes up to the poll interval (up to 10mins by default) for it to be propagated again.
This sounds similar to #159 but different since here were proposing the objects that are part of the desired state. That issue wants to be aware of changes in the observed state as soon as possible by watching them.
How could Crossplane help solve your problem?
Watch changes in the referenced objects so that updates on the referenced object reconciled immediately instead of waiting for the poll interval.
The text was updated successfully, but these errors were encountered:
There will be similarities to Crossplane realtime compositions but this will be a lot simpler since the main controller (XRs in crossplane) does not come and go, and there is only one. So it is only about the referenced objects. In Crossplane we have many XRs, dynamically updated, and all share the composed object informers.
We don't need RegisterComposite in composedResourceInformers, but WatchComposedResources and cleanupComposedResourceInformers will be very similar. We might copy those nearly 1:1.
What problem are you facing?
Today, it is possible to reference k8s objects in the control plane API by with
spec.references
field. For example, the following manifest will read the ConfigMap namedfoo
in the default namespace and propagate it to another cluster/namespace.This problem is that if the ConfigMap foo on the control plane changes, it takes up to the poll interval (up to 10mins by default) for it to be propagated again.
This sounds similar to #159 but different since here were proposing the objects that are part of the desired state. That issue wants to be aware of changes in the observed state as soon as possible by watching them.
How could Crossplane help solve your problem?
Watch changes in the referenced objects so that updates on the referenced object reconciled immediately instead of waiting for the poll interval.
The text was updated successfully, but these errors were encountered: