AWS Waiters agora disponíveis no CloudFlow

Os steps do CloudFlow que chamam APIs da AWS agora podem incluir "Waiters" – mecanismos de polling integrados que bloqueiam a execução até que um recurso atinja um estado específico (por exemplo, uma instância EC2 entre no estado "running" ou uma stack do CloudFormation atinja o estado "CREATE_COMPLETE").

O fluxo não avança até que o waiter confirme a condição esperada, eliminando condições de corrida relacionadas a tempo e sucessos "falso-positivos".

Por que isso importa:

• Pipelines determinísticos: Ao tornar cada step ciente do estado, você elimina comandos de sleep arbitrários e retentativas improvisadas. O resultado são deploys previsíveis, repetíveis e com menos falhas intermitentes.
• Menor taxa de falhas: Os waiters utilizam a lógica de back-off e tratamento de erros específica de cada serviço da AWS, evitando erros em cascata causados por recursos que ainda estão sendo provisionados.
• Latência configurável: O intervalo de polling padrão é de 15 segundos, mas você pode sobrescrever MinDelay, MaxDelay e MaxAttempts para equilibrar a velocidade do pipeline com o volume de chamadas à API.
• Polling eficiente em custos: Waiters dedicados substituem loops agressivos ou polling customizado excessivo, reduzindo chamadas de API desnecessárias e os custos de requisição associados.
• Otimização de custos com recursos: Tarefas downstream são iniciadas somente quando os pré-requisitos estão realmente prontos, evitando que capacidade de computação, contêineres ou runners fique ociosa enquanto aguarda a consistência eventual.
• Gastos previsíveis: Tempos de execução mais determinísticos facilitam a previsão de custos de runtime e a identificação de anomalias.

---

Para habilitar um waiter, adicione o bloco de configuração do waiter a qualquer step do CloudFlow que invoque uma API da AWS.

Para saber mais sobre como usar AWS Waiters, confira nossa documentação de ajuda ou abra um ticket com a equipe de suporte da DoiT.