https://aws.amazon.com/blogs/aws/aws-elastic-beanstalk-introduces-cluster-mode/
Вы думали Beanstalk умер, да? А вот фиг и теперь он с поддержкой Kubernetes!
Плюсы
Потенциальная экономия — возможность избавиться от лишних ALB, если Beanstalk приложения работают вместе как единый сервис (а каждый плодит ALB балансер, что ест 18+ денег в месяц).
Удобство попробовать работать с "честным кубером" под капотом, а при этом натянутый на уже существующее Beanstalk окружения, пайплайны и прочее.
То есть ничего не меняем в условном легаси, переключаем на Cluster Mode и рапортуем, что "мы переехали на кубер!" — бинго.
Длинный список на этом заканчивается, причём экономия возможно лишь на некоторых объёмах, которые с одной стороны должны компенсировать плату за EKS Control Plain (73$/мес), а с другой, чтобы количество сервисов не добавило платы за их мониторинг, которая обычно (сильно) выше в случае kubernetes.
То есть грубо где-то в районе 800-1000$ в расходах на Beanstalk может возникнуть потенциальная экономия. Но это не точно.
Минусы
Теперь о случаях, когда Beanstalk Cluster Mode не подойдёт.
Кластер тут это набор
subnet ID, то есть пределах одного аккаунта-региона-VPC. А значит мультиаккаунты или даже разные VPC не подходят.Если экономишь на понижении до реплики = 0, то здесь не прокатит, до нуля не масштабируется.
NLB не поддерживается и если без ALB балансеров, то подразумевается общий ALB лишь как internal.
Blue/green деплойментов нет, лишь
RollingUpdate и Recreate.Подводные камни
Ну и ягодка — теперь проблемы обновления Kubernetes касаются не только обладателей EKS. 😀
А вот и нет, вру.
Версия Kubernetes фиксируется при создании кластера — на весь его срок.
Шах и мат! Никаких проблем с обновлением куберов! 😁
#Beanstalk
