Flux de travail standard ou express

Lorsque vous créez une machine à états, vous sélectionnez un type Standard ou Express. Le type par défaut pour les machines à états est Standard. Une machine à états dont le type est Standard est appelée flux de travail standard et une machine à états dont le type est Express est appelée flux de travail express.

Pour les flux de travail Standard et Express, vous définissez votre machine à états à l'aide duAmazon States Language. Les exécutions de vos machines à états se comporteront différemment selon le type que vous sélectionnez.

Important

Le type que vous choisissez ne peut pas être modifié une fois que vous avez créé la machine à états.

Note

Si vous définissez vos machines à états en dehors de la console Step Functions, par exemple dans un éditeur de votre choix, vous devez enregistrer les définitions de vos machines à états avec l'extension .asl.json.

Les flux de travail standard sont idéaux pour les flux de travail de longue durée (jusqu'à un an), durables et contrôlables. Vous pouvez récupérer l'historique complet des exécutions à l'aide de l'API Step Functions jusqu'à 90 jours après la fin de votre exécution. Les flux de travail standard suivent un modèle « une seule fois », dans lequel vos tâches et vos états ne sont jamais exécutés plus d'une fois, sauf si vous avez défini un Retry comportement en ASL. Cela rend les flux de travail standard adaptés à l'orchestration d'actions non idempotentes, telles que le démarrage d'un cluster Amazon EMR ou le traitement des paiements. Les exécutions de flux de travail standard sont facturées en fonction du nombre de transitions d'état traitées.

Les workflows express conviennent parfaitement aux charges de travail de traitement d'événements à volume élevé, telles que l'ingestion de données IoT, le traitement et la transformation des données en continu et les backends d'applications mobiles. Ils peuvent durer jusqu'à cinq minutes. Express Workflows utilise un at-least-oncemodèle dans lequel une exécution peut être exécutée plusieurs fois. Express Workflows est donc idéal pour orchestrer des actions idempotentes telles que la transformation des données d'entrée et le stockage au moyen d'une action PUT dans Amazon DynamoDB. Les exécutions d'Express Workflow sont facturées en fonction du nombre d'exécutions, de la durée d'exécution et de la mémoire consommée pendant l'exécution.

Les flux de travail standard et express peuvent démarrer automatiquement en réponse à des événements tels que les requêtes HTTP d'Amazon API Gateway (API entièrement gérées à grande échelle), les règles IoT et plus de 140 autres sources d'événements sur Amazon EventBridge.

Astuce

Pour déployer un exemple de flux de travail Express sur votreCompte AWS, consultez le module 7 - API Gateway, Parallel State, flux de travail Express de The AWS Step Functions Workshop.

Pour plus d'informations sur l'expérience de console pour les exécutions Standard et Express Workflow, consultezExécutions de flux de travail standard et express dans la console.

Workflows standard et express
	Workflows standard	Flux de travail express : synchrones et asynchrones
Durée maximum	Un an	Cinq minutes
Taux de début d'exécution pris en charge	Pour plus d'informations sur les quotas liés au taux de démarrage d'exécution pris en charge, consultezQuotas liés à la limitation des actions des API.	Pour plus d'informations sur les quotas liés au taux de démarrage d'exécution pris en charge, consultezQuotas liés à la limitation des actions des API.
Taux de transition d'état pris en charge	Pour plus d'informations sur les quotas liés au taux de transition entre États pris en charge, voirQuotas liés à l'étranglement de l'État.	Aucune limite
Tarification	Tarification en fonction du nombre de transitions entre États. Une transition d'état est comptabilisée chaque fois qu'une étape de votre exécution est terminée.	Prix calculé en fonction du nombre d'exécutions, de leur durée et de leur consommation de mémoire.
Historique d'exécution	Les exécutions peuvent être répertoriées et décrites à l'aide des API Step Functions. Les exécutions peuvent être déboguées visuellement via la console. Ils peuvent également être inspectés dans les CloudWatch journaux en activant la journalisation sur votre machine d'état. Pour plus d'informations sur le débogage des exécutions de flux de travail standard dans la console, consultez Exécutions de flux de travail standard et express dans la console etAffichage et débogage des exécutions.	Historique d'exécution illimité, c'est-à-dire autant d'entrées d'historique d'exécution conservées que vous pouvez en générer dans un délai de 5 minutes. Les exécutions peuvent être inspectées dans CloudWatch Logs ou dans la console Step Functions en activant la journalisation sur votre machine d'état. Pour plus d'informations sur le débogage des exécutions d'Express Workflow dans la console, consultez Exécutions de flux de travail standard et express dans la console etAffichage et débogage des exécutions.
Sémantique d'exécution	Exécution du flux de travail en une seule fois.	Workflows express asynchrones : exécution d'un t-least-once flux de travail. Workflows Express synchrones : exécution d'un t-most-once flux de travail.
Intégrations de service	Prend en charge toutes les intégrations de services et les modèles.	Prend en charge toutes les intégrations de services. Note Express Workflows ne prend pas en charge les modèles d'intégration des services Job-run (.sync) ou Callback (.waitForTaskToken).
Activités de Step Functions	Soutient les activités de Step Functions.	Ne prend pas en charge les activités Step Functions.