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

[mllinux2059]

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

[kernelneon4044]

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

[linuxsql4250]

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

[denis_hex97]

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

[oleg_bit33]

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

[omegaai1991]

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

[vera_lab]

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