Post by Project Sveltos
828 followers
Managing Kubernetes add-ons at scale means answering one question repeatedly: ๐ต๐ผ๐ ๐ฑ๐ผ ๐ ๐ฑ๐ฒ๐ฝ๐น๐ผ๐ ๐๐ต๐ฒ ๐ฟ๐ถ๐ด๐ต๐ ๐๐ต๐ถ๐ป๐ด ๐๐ผ ๐๐ต๐ฒ ๐ฟ๐ถ๐ด๐ต๐ ๐ฐ๐น๐๐๐๐ฒ๐ฟ, ๐ฐ๐ผ๐ป๐๐ถ๐๐๐ฒ๐ป๐๐น๐? Sveltos answers it with a single Kubernetes-native resource: ๐๐น๐๐๐๐ฒ๐ฟ๐ฃ๐ฟ๐ผ๐ณ๐ถ๐น๐ฒ. A ClusterProfile defines ๐๐ต๐ฎ๐ to deploy (Helm charts, Kustomize overlays, raw manifests) and ๐๐ต๐ฒ๐ฟ๐ฒ to deploy it โ using standard Kubernetes label selectors to target clusters. A single manifest deploys Kyverno to every cluster labelled ๐ฆ๐ฏ๐ท: ๐ฑ๐ณ๐ฐ๐ฅ๐ถ๐ค๐ต๐ช๐ฐ๐ฏ whether that's 1 cluster or 100. - Add a new cluster with the right label: Sveltos picks it up automatically and brings it into compliance. - Remove the label: the add-on is cleanly removed. The management cluster holds the desired state. Managed clusters hold the running state. Sveltos keeps them aligned. ๐๐ฒ๐ ๐ฝ๐ฟ๐ผ๐ฝ๐ฒ๐ฟ๐๐ถ๐ฒ๐: - Declarative and GitOps-friendly - Works with any CNCF-conformant cluster (EKS, GKE, RKE2, on-prem, vClusterโฆ) - Single point of control, no per-cluster tooling required - Cluster selection via `matchLabels` or `matchExpressions` This is the foundation everything else in Sveltos builds on. #Kubernetes #MultiCluster #GitOps #PlatformEngineering #CloudNative