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
We need to develop our cluster registration story. Today in skv2, a registered cluster is represented by a secret of type solo.io/kubeconfig, and a cluster name is the metadata.name on that secret. This simplistic approach introduces issues such as cluster name duplication across namespaces. Let's review KubeFed, Service Mesh Hub, Fleet, and other multicluster projects and determine how we want to represent clusters at the solo-kit level of our products.
The text was updated successfully, but these errors were encountered:
We need to develop our cluster registration story. Today in skv2, a registered cluster is represented by a secret of type
solo.io/kubeconfig
, and a cluster name is themetadata.name
on that secret. This simplistic approach introduces issues such as cluster name duplication across namespaces. Let's review KubeFed, Service Mesh Hub, Fleet, and other multicluster projects and determine how we want to represent clusters at the solo-kit level of our products.The text was updated successfully, but these errors were encountered: