i
Ну что-то типа того, да
Size: a a a
2020 June 29
AU
Зоопарк знатный, ага. Просто показывает, что у Амазона достаточно клиентов, чтобы все это было кому-то нужно
i
И вот это все умножь на general, compute optimized, memory optimized
AU
Все сервисы Амазона знать нельзя. Чем больше узнаешь - тем больше сможешь оптимизировать работу за меньшие деньги
ВИ
А при работе над каким-нибудь проектом какая часть времени уходит на то, чтобы понять, "как это сделать в AWS"?
Скажем, решить, у нас тут Beanstalk, ручками делаем, Cloudformation, Opsworks или Terraform?
Скажем, решить, у нас тут Beanstalk, ручками делаем, Cloudformation, Opsworks или Terraform?
i
Ну тут ты не совсем аналогии подобрал те
AU
Нет, люди отталкиваются от того, что знают. Поэтому и ищут специалистов по Амазону, которые четко смогут сказать - здесь делать так, а тут - эдак
i
А в общем - все сервисы делятся так сказать по направлениям
i
Даже если не уверен - дуешь в доку по сервисам и читаешь
i
Тебе же примерно известно заранее что надо
i
Типа развернуть сервисы в контейнерах
i
В итоге идешь, читаешь ec2, ecs, eks, beanstalk, fargate
i
Выбираешь что будет лучше и дешевле
i
И под потребности
AU
Да, оптимизация цены - большое дело в публичных облаках
ВИ
Ну тут ты не совсем аналогии подобрал те
Здесь я перечислил сервисы, которые позволяют описать в коде работу с инфрой и развертывание сервисов в этой инфре, как я это понимаю.
Ну и еще вариант "ручками"
Ну и еще вариант "ручками"
i
А потом в итоге основную часть сервисов +- знаешь, в итоге тебе надо уже потихоньку по одному-двум сервисам при новых задачах читать
i
Здесь я перечислил сервисы, которые позволяют описать в коде работу с инфрой и развертывание сервисов в этой инфре, как я это понимаю.
Ну и еще вариант "ручками"
Ну и еще вариант "ручками"
beanstalk это как раз таки метод запуска сервисов
i
Типа ecs
i
только beanstalk