Size: a a a

2020 June 27

D

DjinN in AWS_RU
inqfen
Вообще посмотри ADV-IT, у этого господина много чего и излагает доступно для начинающих
Всем войтивайти друзьям его советую ) Смотришь и как будто с другом под пивко общаешься
источник

N

Nikolay in AWS_RU
Alexey Stekov
Про "решились" отдельная тема, я лично знаю больше 10 человек профессионалов, что могут решить любую задачу с помощью AWS, но при этом в силу разных причин почему-то не спешат, «нет времени, а зачем, и тд..»
Ребята, я вас очень всех уважаю - вы умнички и молодцы, потому прошу вас, готовьтесь и подтверждайте уровень свои компетенций, прежде всего это поможет вам.
Ловушка вечной подготовки
источник

V

Vadim in AWS_RU
А можно как-то для EKS - рабочих нод платить не как за on demand ноды а как reserved instances ?
источник

A

Aleksey in AWS_RU
можно хоть на спотах развернуть
источник

RS

Roman Sevko in AWS_RU
Vadim
А можно как-то для EKS - рабочих нод платить не как за on demand ноды а как reserved instances ?
А почему нет? Берёте те и там, где у вас RI и всё. Ничего особенного для Worker Nodes на EC2 нет.

Это если RI уже есть. Если лишь планируете - лучше брать Savings Plans - это покроет и ваши потенциальные будущие EKS-ноды на Fargate.
источник

i

inqfen in AWS_RU
Vadim
А можно как-то для EKS - рабочих нод платить не как за on demand ноды а как reserved instances ?
Ну оплачиваешь RI и разворачиваешь на них
источник

i

inqfen in AWS_RU
Воркер нода в общем-то обычный инстанс
источник

RU

Rinat Uzbekov in AWS_RU
Roman Sevko
А почему нет? Берёте те и там, где у вас RI и всё. Ничего особенного для Worker Nodes на EC2 нет.

Это если RI уже есть. Если лишь планируете - лучше брать Savings Plans - это покроет и ваши потенциальные будущие EKS-ноды на Fargate.
Только если хочется Fargate и Lambda покрыть Savings Plan - нужно брать Compute Savings plan а не EC2 savings plan.
Ну и в добавок, Compute Savings plan работает автоматом для всех регионов и всех инстансов(даже dedicated), что мега удобно.
По скидке равен Convertable RI
источник

RS

Roman Sevko in AWS_RU
Верно. Если RI уже куплены — можно использовать. Иначе брать универсальные Compute Savings Plans.
RI — на свалку истории. :)
источник

i

inqfen in AWS_RU
Я вообще споты юзаю и не парюсь, стоят как RI примерно, даже дешевле некоторые типы
источник

i

inqfen in AWS_RU
А не давали один из типов всего 1 раз
источник

AP

Alexander Patrushev in AWS_RU
inqfen
Я вообще споты юзаю и не парюсь, стоят как RI примерно, даже дешевле некоторые типы
Вот это самый правильный подход !
*если нагрузки stateless
источник

i

inqfen in AWS_RU
Да, все стейтлесс
источник

i

inqfen in AWS_RU
А стейтфул только логи/мониторинг, но там все на pv на ebs, поэтому и в общем-то пофиг, простой пока под прома переезжает с ноды на ноду
источник

RU

Rinat Uzbekov in AWS_RU
inqfen
Я вообще споты юзаю и не парюсь, стоят как RI примерно, даже дешевле некоторые типы
Споты дешевле
источник

i

inqfen in AWS_RU
В зависимости от типов инстансов
источник

V

Vadim in AWS_RU
На спотах не уверен, ок спасибо буду смотреть как на RI сделать , ну  и Savings Plan
источник

MC

M@s0n C01em@n in AWS_RU
Привет
А кто как ci/cd на амазоне настраивает?
Если я буду использовать codebuild + codepipeline норм будет?
источник

ПС

Петр Сальников... in AWS_RU
M@s0n C01em@n
Привет
А кто как ci/cd на амазоне настраивает?
Если я буду использовать codebuild + codepipeline норм будет?
ну родных AWS тулах не все удобно будет, ограничений многовато. но р еализовать можно.
CI/CD чаще от git репы выбирают если нет никаких особенностей и требований
если есть строго ваные хотелки - то выбрать CI/CD у того SaaS GITa который подойдет
для стандартных кейсов bitbucket/github выше крыши
источник

MC

M@s0n C01em@n in AWS_RU
Петр Сальников
ну родных AWS тулах не все удобно будет, ограничений многовато. но р еализовать можно.
CI/CD чаще от git репы выбирают если нет никаких особенностей и требований
если есть строго ваные хотелки - то выбрать CI/CD у того SaaS GITa который подойдет
для стандартных кейсов bitbucket/github выше крыши
То есть юзать гитхаб action, верно?
источник