S
Все так. Разве что очень большая компания у которой основная экспертиза это кубер или гибридная инсталляция
это да, но в целом, 80% случаев скорее нафиг нужно чем нужно
Size: a a a
2020 December 23
AS
Ruslan Kosolapov
блин, надо таки поднять те проблемы EKS, из-за которых мы на него не пошли 🙂 на днях попробую найти записи
Ну я две серьезные привел времен версии 1.11, что-то подобное и могли озвучивать. Если пару лет назад это было, то конечно это тогда было верно.
AS
Все так. Разве что очень большая компания у которой основная экспертиза это кубер или гибридная инсталляция
Да даже маленькая, где продукт надо хостить не только в AWS
VM
это да, но в целом, 80% случаев скорее нафиг нужно чем нужно
Крупным компаниям которые как раз и гоняют большие нагрузки это must have. Всем остальным разве что бюджет освоить
cp
Если на вскидку то отличия EKS от baremetal:
из коробки есть рабочий service type loadbalancer
не устаревают сертификаты
Это топовые проблемы кубечатика
+ наличие volumes на EBS и EFS помогает
из коробки есть рабочий service type loadbalancer
не устаревают сертификаты
Это топовые проблемы кубечатика
+ наличие volumes на EBS и EFS помогает
Мы на baremetal пытались LB заменить nginx-ом :-)
S
Крупным компаниям которые как раз и гоняют большие нагрузки это must have. Всем остальным разве что бюджет освоить
ну крупные на то и крупные.
VM
Да даже маленькая, где продукт надо хостить не только в AWS
Тогда осваивайте бюджет на своем кубе. Eks вам тоже не подойдёт
AS
Можно как пример глянуть JFrog им Баруха. Я видел доки как ставить Artifactory и на ECS быстро и просто и helm chart для кубера.
AS
Им приходится крутиться под платформу клиента. И таких много ведь.
DZ
как это поможет?
Это ограниение EC2 что инстанс должен быть в той же зоне для доступа к волюму амазоновскому ebs_volume
к нему при создании терафформом надо обяазательно оную зону указывать
И если куб запустит ПОД которому надо этот волюм на ноде из другой зоны то получить доступ к ваолюму не получится.
Поэтому мне приходится привязывать поды к нодам в специфичной зоне.
Это ограниение EC2 что инстанс должен быть в той же зоне для доступа к волюму амазоновскому ebs_volume
к нему при создании терафформом надо обяазательно оную зону указывать
И если куб запустит ПОД которому надо этот волюм на ноде из другой зоны то получить доступ к ваолюму не получится.
Поэтому мне приходится привязывать поды к нодам в специфичной зоне.
Как это чем? Вольюм сначала примаунтится к ноде а потом под зашедулится. В документации описано же
DZ
я создаю волюм терраформом и контролирую его жизненый цикл
куб не создает его а пользуется тем что дают
Он поидее даже не знает о том в какой зоне этот волюм (это слишком специфичное для aws знание)
Это kubernetes_persistent_volume для долговременного хренения
куб не создает его а пользуется тем что дают
Он поидее даже не знает о том в какой зоне этот волюм (это слишком специфичное для aws знание)
Это kubernetes_persistent_volume для долговременного хренения
Какой-то антипаттерн, а ресайзить кго потом как? Бррр
DZ
А зачем нужен куб со всеми его абстракциями и проблемами поддержки поверх абстракций aws? Что он даст такого чего не даёт ecs?
Это же очень длинный список, может проще загуглить и прочитать пару статей? Хотя это наверное был наброс
VM
Dmytro Zavalkin
Это же очень длинный список, может проще загуглить и прочитать пару статей? Хотя это наверное был наброс
Статьи это кони в вакууме. Пока из всего что упомянули это мультиклауд и кастомные контроллеры. Оба кейса весьма специфичны.
i
Статьи это кони в вакууме. Пока из всего что упомянули это мультиклауд и кастомные контроллеры. Оба кейса весьма специфичны.
Операторы для lifecycle приложения
VM
Операторы для lifecycle приложения
Расшифруй, какую задачу ты этим решаешь?