~/questoes/devops

Qual é a sequência correta de etapas no fluxo de deployment com SST?

Responda, confira o feedback e use o resultado para orientar sua revisão.

Questão 1 Não respondida

Qual é a sequência correta de etapas no fluxo de deployment com SST?

Infraestrutura e DevOps Fluxo de deployment com SST Intermediario

Para fixar

Fluxo de Deployment com SST na AWS

Conceito central

SST (Serverless Stack) simplifica o deployment na AWS transformando definições TypeScript em infraestrutura CloudFormation pronta para provisioning automático. O framework automatiza todo o processo, desde a validação do código até o provisionamento dos recursos, eliminando a necessidade de templates manuais complexos.

Por que essa resposta faz sentido

A alternativa correta descreve o fluxo real do SST: você escreve a infraestrutura em TypeScript, o framework valida e transpila para CloudFormation, e a AWS provisiona os recursos automaticamente. Esse processo é ágil porque elimina configurações verbosas e reduz erros de setup manual.

Armadilhas comuns

Confundir SST com simples containerização Docker: SST vai além, orquestrando toda a infraestrutura CloudFormation automaticamente.
Pensar que SST requer configurações manuais de EC2 ou aprovações de segurança: o framework elimina essas etapas, tudo é code-first e automático.
Associar SST a processos lentos: na verdade, o fluxo é bastante ágil porque não envolve templates manuais verbosos ou aprovações intermediárias.

Entenda as alternativas

Este é exatamente o fluxo SST. Você define infraestrutura usando TypeScript (intuitivo para desenvolvedores JavaScript), o framework transpila para CloudFormation (linguagem que AWS entende), e provisiona tudo automaticamente. Nenhuma configuração manual necessária.

Este fluxo descreve um processo manual e tradicional com EC2. SST não funciona assim; ele abstrai EC2 e usa Fargate (serverless) quando necessário, evitando provisionamento manual de instâncias e instalação de Docker em máquinas individuais.

Este fluxo inclui aprovação de security manual antes do deploy, o que não é parte do workflow SST. Além disso, SST com ECS/Fargate não requer aguardar aprovações manuais; as imagens Docker vão para ECR e são deployadas automaticamente conforme configurado.

Este fluxo mistura aprovação manual e provisionamento paralelo de EC2, características que não fazem parte do workflow SST. SST automatiza tudo após você empurrar o código; não há etapas de aprovação manual no meio do processo.