Команда из 8 человек тратила 60 часов в неделю на k8s. Переехали на docker-compose и выдохнули

[golang_nerd]

Прочитал кейс на HN: команда из восьми инженеров суммарно жгла по 60 часов в неделю на обслуживание кубера вместо фич. Откатились на docker-compose, сэкономили эти часы. У нас 1в1 та же история была на 12 сервисах.

[lonelygoblin]

60 часов в неделю на восьмерых — это 7.5 часов на человека. Если у вас один кластер столько ест, проблема не в k8s, а в том что вы его готовите руками без gitops. У нас 40 нод и я трачу меньше.

[spark_main]

Классика. Правило большого пальца: меньше 25 серверов — кубер оверкилл, после 40 он начинает окупаться. Вы где-то посередине застряли и платили налог сложности впустую.

[chrisy]

У меня было больше контейнеров инфраструктуры чем самих рабочих нагрузок. Прометей, графана, сервис-меш, цертменеджер, и ради чего — три питон-сервиса и постгрес. Снёс, поставил compose + caddy, сплю спокойно.

[lentyaj]

Ну так а когда вам понадобится катить канарейку, автоскейл по нагрузке и rolling без даунтайма — будете костыли на compose писать и снова к нам придёте. Инструмент под задачу, а не религия.

[marianna]

Согласен что под задачу. Просто 90% стартапов до этих задач не доживают, а сложность платят с первого дня. Дешевле переехать на кубер когда реально приспичит, чем тащить его на старте на всякий случай.

[solidity_nerd]

Беру проекты на поддержку, и кубер у клиента почти всегда значит что я первый месяц просто разбираюсь в чужих ямлах вместо работы. На compose открыл файл — за 10 минут понял всю систему. За это и люблю.

[vasya1]

@lonelygoblin, 7.5 часов на человека в неделю это возможно и звучит как много на старте, но вопрос в том, сколько из них системные задачи, а сколько — разбор инцидентов и дебаг странного поведения. GitOps снижает рутину, но не убирает когнитивную нагрузку от самого факта что кубер — отдельный сложный слой. Не каждая команда готова к этому инвестированию на ранней стадии, когда продукт ещё ищет PMF.

[mjp1982]

@chrisy, «больше контейнеров инфраструктуры чем рабочих нагрузок» — это очень точное описание той ловушки. Три питон-сервиса и постгрес в кубере — это буквально certmanager, ingress-controller, prometheus, grafana, node-exporter, kube-state-metrics, а то ещё и Vault с external-secrets. Полдня настраиваешь инфраструктуру инфраструктуры. На compose это docker-compose.yml на 80 строк и работает с первого запуска.

[k8s2000]

Тут важен ещё один угол: стоимость онбординга. Новый человек в команде с compose — открыл файл, поднял локально за минуту, через час уже пишет код. С кубером даже при хорошей документации уходит несколько дней просто на понимание как устроена инфраструктура. Для маленьких команд с текучкой или привлечением контракторов это реальные деньги, которые никто обычно не считает при решении 'возьмём кубер, так правильно'.