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
The text was updated successfully, but these errors were encountered:
gyliu513
changed the title
Need to check the different between SyncSet and Deployable
Need to check the difference between SyncSet and DeployableOct 16, 2019
At very high level, they share very similar objective: facilitate resource management in managed clusters. I guess we all acknowledge the needs of having a resource sitting in one k8s without being executed by that k8s.
In practice, they’re quite different.
clustering model. sync set introduces clusterdeployment. clusterdeployment must sit with syncset in samenamespace. with that, I can image many clusterdeployment resource are created in user’s workspace and some of them may point to same cluster. In that case, it might not be easy to have a overview of all resources go to same cluster across namespaces.
Deployable is leveraging clusterregistry and have only 1 cluster object for each cluster in cluster namespace. and user don’t put resource to cluster namespace themselves, but modify spec.placement to let controller create copy there.
syncset/selectorsyncset accommodate more than 1 resource in 1 object, deployable only has 1.
deployable has a spec.dependency to describe (createIfNotExist) relationship for this deployable to others, and other user can also leverage this field
deployable resource is very easy to interact with kubefed as you can find the placement and override section are the same. (placement is enhanced with a placementref in deployable).
@kuanf can you help check the difference between
SyncSet
andDeployable
?The
SyncSet
is a concept in Hive which is very similar withDeployable
, here is the document https://github.com/openshift/hive/blob/master/docs/syncset.mdA sample
SyncSet
is as follows:The
SyncSet
can not only distribute resources to different clusters, but also patch resources in different clusters.FYI @mdelder @clyang82
The text was updated successfully, but these errors were encountered: