За совет не делать деплой терраформом )

ну да, тф не особо для деплоев предназначен, но при желании - можно :)

столкнулся с проблемой. Есть UserData (cfn), там через #cloud-config идёт описание. Мне этот механизм сильно больше нравится через cfn-init, но
1) В одном из стэков срабатывают все блоки кроме runcmd, даже когда стэк пересоздали. И непонятно где искать проблемы
2) Нужно чтобы деплой сначала ждал выполнения всех шагов скрипта, и только потом, если всё хорошо, продолжал деплой. В cfn-init для этого есть cfn-signal. А как в cloud-config добиться такого поведения? В том числе падение деплоя без нормально развёрнутого блока runcmd

сам блок стандартный

      UserData:
        Fn::Base64: !Sub |
          #cloud-config
          write_files:
...
          runcmd:
            - touch /root/cfn-provisioned
...

https://github.com/hazelops/icmk глянь, может понравится)

Как раз сборка, паблиш, деплой

промоутишь :)

Ну блин, оно реально делает все что нужно

Мне для деплоя хватает gitlab ) там тоже свои врапперы пилят, причем для разных клаудов. Но спасибо)

покажи как оно работает с ECS?

через awscli

deploy:
   stage: deploy
   environment:
       name: production
   image: 'registry.gitlab.com/gitlab-org/cloud-deploy/aws-ecs:latest'  
   script:
       - ecs update-task-definition

а rollback?

rolling deployment + rollback

штатного роллбека там нет, там можно задейплоить то, что было раньше

этого я не умею еще. Мне сказали такое через terragrunt) но это уже за гранью того что мне надо )

terragrunt и rolling deployment/rollback никак не связаны

либо да, редеплойнуть то что было )

ну то есть гитлаб тебе не поможет в этом

нужно будет городить свое