Announcement
Les AWS Waiters sont désormais pris en charge dans CloudFlow
By Craig Lowell
Cette page est également disponible en English, Português, Deutsch, Español, Italiano et 日本語.
Les étapes CloudFlow peuvent désormais interroger les ressources AWS jusqu'à ce qu'elles atteignent l'état souhaité, éliminant les conditions de concurrence et remplaçant les instructions sleep arbitraires par des waiters déterministes et configurables.
Les étapes CloudFlow qui appellent des API AWS peuvent désormais inclure des "Waiters" – des mécanismes d'interrogation intégrés qui bloquent l'exécution jusqu'à ce qu'une ressource atteigne un état spécifié (par exemple, une instance EC2 passe à l'état "running" ou une pile CloudFormation atteint l'état "CREATE_COMPLETE").
Le flux ne progresse pas tant que le waiter n'a pas confirmé la condition cible, éliminant ainsi les conditions de concurrence liées au timing et les succès en "faux positif".
Pourquoi c'est important :
- Pipelines déterministes : En rendant chaque étape consciente de l'état des ressources, vous supprimez les instructions sleep arbitraires et les tentatives de reprise ad hoc. Résultat : des déploiements prévisibles, reproductibles et moins de builds instables.
- Taux d'échec réduits : Les waiters exploitent la logique de back-off et de gestion des erreurs propre à chaque service AWS, évitant ainsi les erreurs en cascade causées par des ressources encore en cours de provisionnement.
- Latence configurable : L'intervalle d'interrogation par défaut est de 15 secondes, mais vous pouvez modifier
MinDelay,MaxDelayetMaxAttemptspour trouver le juste équilibre entre vitesse du pipeline et volume d'appels API. - Interrogation économique : Les waiters spécialisés remplacent les boucles serrées ou l'interrogation personnalisée agressive, réduisant les appels API superflus et les frais de requête associés.
- Facturation optimisée des ressources : Les tâches en aval ne démarrent que lorsque les prérequis sont réellement prêts, évitant ainsi de maintenir des capacités de calcul, de conteneur ou de runner inactives en attendant la cohérence à terme.
- Dépenses prévisibles : Des temps d'exécution plus déterministes facilitent la prévision des coûts d'exécution et la détection des anomalies.
Pour activer un waiter, ajoutez le bloc de configuration du waiter à toute étape CloudFlow qui invoque une API AWS.
Pour en savoir plus sur l'utilisation des AWS Waiters, consultez notre documentation d'aide ou soumettez un ticket auprès de l'équipe support DoiT.
Related documentation