| ▲ | 2ndorderthought 3 hours ago | ||||||||||||||||
Can someone explain what this even means? Explain it like I am a software engineer with 20 years experience who has not yet found a strong use case for running kubernetes outside of hand holding cloud provider options | |||||||||||||||||
| ▲ | phrotoma 3 hours ago | parent | next [-] | ||||||||||||||||
K8s encourages thinking about workloads as "cattle not pets". App running in K8s falls over? Blow it away and let K8s recreate it, etc. However clusers themselves often become the new pets. Many orgs do not reach a level of operational maturity where they can blow away and recreate whole clusters without downtime and toil. A meta-pattern has emerged where higher order tooling managers a whole fleet of clusters. This is an implementation of that meta pattern which uses K8s itself as the higher order tool to manage other clusters. It's not a new idea, just a new implementation of the pattern. | |||||||||||||||||
| |||||||||||||||||
| ▲ | mystifyingpoi 3 hours ago | parent | prev | next [-] | ||||||||||||||||
This is extremely niche. 99.9% of Kubernetes deployments will never need such nesting. It could be useful for testing tooling (I guess maybe operators?) without recreating the "top-level" cluster all the time. Also it's a fun idea. Sandbox in a sandbox. | |||||||||||||||||
| |||||||||||||||||
| ▲ | geoffbp 3 hours ago | parent | prev [-] | ||||||||||||||||
Send the link to AI and ask :) | |||||||||||||||||
| |||||||||||||||||