Feature Description
Right now, the api-syncagent does not synchronize the status of related resources at all - the
objectSyncer for related resources is always instantiated with syncStatusBack: false.
For related resources with origin: kcp, it would be benificial to have the status also available
in the service cluster so I can retrieve information from the status field and use it to
construct the primary object (e.g. an AWS Subnet publishes its ID in the status that I need to
provision an EC2 instance).
For related resources with origin: service, I do not have a concrete use case in mind right now,
but eventually it could also make sense to sync the status back to kcp.
Proposed Solution
Provide the possibility to sync the status of related resources (maybe by adding a new field in the PublishedResource):
origin: kcp: status is synced from kcp to service cluster
origin: service: status is synced from service cluster to kcp
Alternative Solutions
No response
Want to contribute?
Additional Context
No response
Feature Description
Right now, the api-syncagent does not synchronize the
statusof related resources at all - theobjectSyncerfor related resources is always instantiated withsyncStatusBack: false.For related resources with
origin: kcp, it would be benificial to have thestatusalso availablein the service cluster so I can retrieve information from the
statusfield and use it toconstruct the primary object (e.g. an AWS
Subnetpublishes its ID in the status that I need toprovision an EC2 instance).
For related resources with
origin: service, I do not have a concrete use case in mind right now,but eventually it could also make sense to sync the status back to kcp.
Proposed Solution
Provide the possibility to sync the
statusof related resources (maybe by adding a new field in thePublishedResource):origin: kcp: status is synced from kcp to service clusterorigin: service: status is synced from service cluster to kcpAlternative Solutions
No response
Want to contribute?
Additional Context
No response