Flujos de trabajo estándar en comparación con flujos de trabajo rápidos

Al crear una nueva máquina de estado, debe seleccionar un Tipo que sea Estándar o bien Rápido. El Tipo predeterminado para las máquinas de estado es Estándar. Una máquina de estado cuyo Tipo es Estándar se denomina Flujo de trabajo estándar y una máquina de estado cuyo Tipo es Rápido se denomina Flujo de trabajo rápido.

Se define la máquina de estados mediante Lenguaje de estados de Amazon tanto para los flujos de trabajo estándar como rápidos. Las ejecuciones de la máquina de estado se comportarán de forma diferente en función del Type que seleccione.

importante

El Tipo que seleccione no se podrá cambiar después de que haya creado la máquina de estado.

nota

Si define las máquinas de estado fuera de la consola de Step Functions, por ejemplo, en un editor de su elección, debe guardar las definiciones de las máquinas de estado con la extensión .asl.json.

Los flujos de trabajo estándar son ideales para flujos de trabajo auditables, duraderos y de ejecución prolongada (hasta un año). Puede recuperar el historial de ejecuciones completo mediante la API de Step Functions, hasta 90 días después de que la ejecución se complete. Los flujos de trabajo estándar siguen un modelo de exactamente una vez en el que las tareas y los estados nunca se ejecutan más de una vez a no ser que haya especificado el comportamiento Retry en ASL. Esto hace que los flujos de trabajo estándar sean adecuados para orquestar acciones que no sean idempotentes, como el inicio de un clúster de Amazon EMR o el procesamiento de pagos. Las ejecuciones de flujos de trabajo estándar se facturan de acuerdo con el número de transiciones de estado que se han procesado.

Los flujos de trabajo rápidos son ideales para cargas de trabajo de procesamiento de eventos de un volumen elevado como la incorporación de datos de IoT, el streaming de la transformación y el procesamiento de los datos y los backends de aplicaciones móviles. Pueden ejecutarse durante un máximo de 5 minutos. Los flujos de trabajo rápidos emplean un modelo de al menos una vez en el que existe la posibilidad de que una ejecución se ejecute más de una vez. Esto hace que los flujos de trabajo rápido sean ideales para orquestar acciones idempotentes como la transformación de los datos de entrada y el almacenamiento a través de PUT en Amazon DynamoDB. Las ejecuciones de flujos de trabajo rápidos se facturan según el número de ejecuciones, la duración de la ejecución y la memoria consumida mientras tuvo lugar la ejecución.

Los flujos de trabajo estándar y rápidos se pueden iniciar automáticamente como respuesta a eventos como solicitudes HTTP a través de Amazon API Gateway (API completamente administradas a escala), reglas de IoT y más de 140 orígenes de eventos en Amazon EventBridge.

sugerencia

Para implementar un ejemplo de flujo de trabajo rápido en su Cuenta de AWS, consulte el Módulo 7: API Gateway, estado Parallel, flujos de trabajo rápidos de El workshop de AWS Step Functions.

Para obtener información sobre la experiencia de consola para las ejecuciones de flujos de trabajo estándar y rápidos, consulte Ejecuciones de flujos de trabajo estándar y rápidos en la consola.

Flujos de trabajo estándar en comparación con flujos de trabajo rápidos
	Flujos de trabajo estándar	Flujos de trabajo rápidos: síncronos y asíncronos
Duración máxima	Un año	Cinco minutos
Velocidad de inicio de ejecución admitida	Para obtener información sobre las cuotas relacionadas con la velocidad de inicio de ejecución admitida, consulte Cuotas relacionadas con la limitación controlada de las acciones de la API.	Para obtener información sobre las cuotas relacionadas con la velocidad de inicio de ejecución admitida, consulte Cuotas relacionadas con la limitación controlada de las acciones de la API.
Velocidad de transición de estado admitida	Para obtener información sobre las cuotas relacionadas con la velocidad de transición de estado admitida, consulte Cuotas relacionadas con la limitación controlada de estados.	Sin límite
Precios	El precio se basa en el número de transiciones de estado. Una transición de estado se cuenta cada vez que se completa un paso de la ejecución.	El precio varía en función del número de ejecuciones que realice, la duración y el consumo de memoria.
Historial de ejecuciones	Las ejecuciones se pueden enumerar y describir con API de Step Functions. Las ejecuciones se pueden depurar visualmente a través de la consola. También se pueden analizar en CloudWatch Logs mediante la habilitación del registro en la máquina de estado. Para obtener más información sobre cómo depurar las ejecuciones de flujos de trabajo estándar en la consola, consulte Ejecuciones de flujos de trabajo estándar y rápidos en la consola y Visualización y depuración de ejecución.	El historial de ejecuciones es ilimitado, es decir, se conservan tantas entradas del historial de ejecuciones como se puedan generar en un período de 5 minutos. Las ejecuciones se pueden inspeccionar en CloudWatch Logs mediante la habilitación del registro en la consola de Step Functions. Para obtener más información sobre cómo depurar las ejecuciones de flujos de trabajo rápidos en la consola, consulte Ejecuciones de flujos de trabajo estándar y rápidos en la consola y Visualización y depuración de ejecución.
Semántica de ejecuciones	Ejecución del flujo de trabajo exactamente una vez.	Flujos de trabajo rápidos asíncronos: ejecución de flujo de trabajo al menos una vez. Flujos de trabajo rápidos síncronos: ejecución de flujo de trabajo como máximo una vez.
Integraciones de servicios	Admite todos los patrones y las integraciones de servicios.	Admite todas las integraciones de servicios. nota Los flujos de trabajo rápidos no admiten patrones de integración de servicios Job-run (.sync) o Callback (.waitForTaskToken).
Step Functions	Admite actividades de Step Functions.	No es compatible con actividades de Step Functions.