A AWS introduziu recentemente o modo expresso CloudFormation, uma opção de implantação que pode reduzir os tempos de implantação de infraestrutura, marcando as operações de pilha como concluídas assim que a configuração dos recursos for aplicada, em vez de esperar pela estabilização completa dos recursos.
No modo expresso, o CloudFormation marca uma operação como concluída quando a chamada de API de criação, atualização ou exclusão é bem-sucedida. Como resultado, os recursos ainda podem estar sendo inicializados, ainda não prontos para atender o tráfego ou ainda sendo excluídos.
A nova opção não requer alterações de modelo, oferece suporte a recursos existentes do CloudFormation, como pilhas aninhadas e conjuntos de alterações, e se destina a fluxos de trabalho de desenvolvimento mais rápidos, onde a prontidão imediata do tráfego não é necessária. A ativação do modo Expresso em uma pilha pai aplica automaticamente o modo Expresso a todas as pilhas aninhadas. Channy Yun, principal defensor do desenvolvedor na AWS, escreve: fluxos de trabalho de desenvolvimento iterativo e cenários de produção onde você se sente confortável com uma eventual estabilização. Esses casos de uso incluem iterar configurações de infraestrutura durante o desenvolvimento, testar componentes individuais de seu aplicativo e desenvolvimento de infraestrutura assistida por IA que se beneficia de ciclos de feedback subminutos.
Até agora, todas as implantações do CloudFormation incluíam verificações obrigatórias de estabilização após a configuração dos recursos para garantir que estivessem prontos para lidar com o tráfego antes que ele fosse transferido. O modo expresso do CloudFormation não é o padrão e é habilitado na AWS CLI usando a seguinte opção:.
De acordo com o anúncio, a criação de uma fila SQS com uma fila de mensagens mortas leva mais de um minuto no modo padrão, mas menos de 10 segundos no modo expresso. Da mesma forma, a exclusão de uma função Lambda com anexos de interface de rede leva de 20 a 30 minutos a segundos. Yun acrescenta:.
Se precisar que os recursos estejam totalmente operacionais antes de prosseguir com o tráfego ou os testes, continue usando o comportamento de implantação padrão, que executa verificações de estabilização antes de concluir.
O atrito operacional de esperar pelas implantações do CloudFormation tem sido uma reclamação de longo prazo da comunidade AWS, com vários desenvolvedores dizendo no passado que preferiam o Terraform por causa da experiência. No LinkedIn, Yan Cui, AWS Hero e especialista em serverless, argumenta:.
As informações são do site InfoQ
