Комментарии 4
Базовая статья, по обычному функционалу k8s.
Но в начале статьи есть байт:
на деле «из коробки» это не работает.
И далее нам рассказали как работают все возможные автоскейлы, KEDA, CA и тому подобные вещи . Однако про cronjob не добавили, ну и ладно.
Тогда получается, вы просто использовали уже известный функционал и настроили его для своего приложение ( кластера, стенда ). Очень похоже, что темы была сгенерена ИИшкой, и далее статью причесали на человеческий язык и добавили каких-то подробностей ( не осуждаю, как источник вдохновения ИИ - ок )
Согласны с вами - статья базовая и мы сами уровень сложности тьюториала обозначили как "простой", так как описываем готовые и знакомые инструменты. Но как их заставить работать вместе, чтобы ничего не ломалось, а ресурсы потреблялись правильно и рационально - задача нетривиальная, особенно для неискушенного инженера, вот мы и рассказали, как ее решать. А про cronjob что вы имели в виду - могли бы уточнить, как его можно для задач автомасштабирования применять?
Масштабирование по расписанию (Cron) — можно использовать CronJob для изменения количества реплик в определённое время (например, увеличивать днём, уменьшать ночью). Но это не встроено в HPA, реализуется через kubectl scale по расписанию или через операторы.
HPA "не знает", что завтра в 9 утра случится наплыв пользователей. Он начнет масштабироваться только тогда, когда этот наплыв уже произойдет, и при наличии небольшой пролага пока развернуться новые поды, может получить небольшие тормоза.
А зная что завтра 8 марта, или еще какая-то акция или обучение, мы заранее говорим системе, подготовь мне к утру следующего дня не 5, а 10 реплик, и убери их после конца рабочего дня
Один кластер, чтобы править всеми: централизованное автомасштабирование в Kubernetes