Когда у вас несколько Kubernetes-кластеров, возникает вопрос: как ими управлять? Один большой мультитенантный кластер или отдельные кластеры для dev/stage/prod? Как обеспечить единообразие конфигураций, версий компонентов, обновлений? Как не превратить это в "зоопарк", где каждый кластер живёт своей жизнью?
В докладе разберём подходы к управлению парком кластеров: от самописных решений на GitOps и Ansible до специализированных инструментов. Рассмотрим концепцию Cluster API и альтернативный подход с управляющим кластером. Обсудим, когда какой подход имеет смысл.
Во второй части — реальный кейс: клиент с опытом Rancher и ванильного Kubernetes столкнулся с проблемой обновления кластеров и стандартизации инфраструктуры. Разберём, как решали задачу поддержки смешанной инфраструктуры (закрытое окружение с прокси управляет кластерами в открытом), и какие технические вызовы пришлось преодолеть. Текущее состояние: Commander и 4 подчинённых кластера в работе.