Компания была привыкшая к Azure Web Apps, что по сути тоже самое.

Ключевой довод должен быть : ты работал с ecs но не работал с бинсом. Соответственно при отсутствии четких аргументов почему именно бинс выбор очевиден

Elastic Beanstalk является идеальным решением, если вы хотите воспользоваться преимуществами контейнеров, но при этом вам требуется только простота развертывания приложений от разработки и до рабочей стадии через загрузку образа контейнера. Вы можете работать с Amazon ECS напрямую, если хотите иметь более полный контроль над архитектурой настраиваемых приложений.

Вот из амановского faq. Можешь сказать начальству что для полного контроля ecs подходит и соответственно шаг влево шаг вправо ты не гарантируешь если выбирают бинстолк
https://aws.amazon.com/ru/ecs/faqs/

Сам авс не декларировал бинстолк легаси сервисом, но у него есть набор других, который выполняет эту же функцию и при этом поддерживается

т.е. все еще есть SWF но все говорят пользоваться Step Functions

все еще есть CLB но людям предлагаюь ALB, NLB, GLB

Ну там есть аргументы, что есть какая-то команда вне нашего "отдела" которые это уже юзают, и у них вроде ок. Но это опять же звучит буд-то личное предпочтение  начальства, т.к. они с ажур вебаппами много работали.
Потому хочется какое-то официальное "доказательство"
Энивей спасибо за линк на фак.

ну тогда пускай они и поддерживают этот инструмент, хех

У меня в одном проекте бинстолк, я его не очень люблю, слишком много специфики - какие-то специальные файлы в директорию положи, в архив засунь, потом в AWS отправь. Как-то нужно было установить на инстанс библиотеку какую-то, я чуть с ума не сошла, пока поняла, как правильно команды в конфиг записать. Ну и еще бесит, что непонятно как проверять локально. С докером только ECS использую, может, в бинстолке с ним было бы проще.

Зато серверлесс))

дада, эти приколы с деплоем через бакет, и странными файлами.
С докером тоже самое. нужно на с3 грузить "dockerrun.aws.json" в котором вроде и ЕЦС таск дефинишн, но "немножко не такой".

ну я бы не сказал, ты все равно тачку выбираешь

Я кстати ниче в с3 не гружу! У меня есть архив .zip и я его одной командой через CLI зафигачиваю. Не знаю, почему, так было до меня уже устроено ))

#машины_aws

Одно из моих любимых занятий - ковырять нелюбимые инструменты, чтобы не любить их экспертно и за дело. Один из таких инструментов - CodeDeploy - до неприятия муторный, сложный и противный.

Чего только стоит необходимость запускать Shell скрипты из spec-файла. Да, даже если весь скрипт состоит из одной команды.

Предлагаю разделить мою нелюбовь и начать эту неделю с мультирегионального развертывания приложений с помощью CodePipeline и CodeDeploy. Да еще и на виртуальные машины, чтоб жизнь совсем уж медом не казалась.

Интересное у тебя хобби)

а ты думал! я щас еще и куб полезу!

(самый нелюбимый мой инструмент so far)

Ну куб всяко полезнее 😏

есть же eks\ecs) зачем куб))