y estándar en comparación con flujos de trabajo rápidos - AWS Step Functions

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

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

Cuando crea una máquina de estado, puede seleccionar unaTipode cualquiera de lasestándar(predeterminado) oExpresar. En ambos casos, define la máquina de estado mediante el idioma de Amazon States. Las ejecuciones de la máquina de estado se comportarán de forma diferente en función del Type (Tipo) que seleccione. El Type (Tipo) que seleccione no se podrá cambiar después de que la máquina de estado se haya creado.

Los flujos de trabajo estándar son ideales para flujos de trabajo auditables, duraderos y en ejecución prolongada. Pueden ejecutarse durante un máximo de un año y puede recuperar el historial de ejecuciones completo medianteAPI de Step Functions, hasta 90 días después de que finalice la ejecución. Los flujos de trabajo estándar emplean 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 especificadoRetrycomportamiento en ASL. Esto los hace 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 una at-least-once modelo, en el que existe la posibilidad de que una ejecución se pueda ejecutar más de una vez. Esto los hace 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.

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

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íncrono y asíncrono
Duración máxima 1 año. 5 minutos.
Velocidad de inicio de ejecución admitida Más de 2000 por segundo Más de 100 000 por segundo
Velocidad de transición de estado admitida Más de 4000 por segundo por cuenta Casi ilimitada
Precios El precio varía en función de las 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 y se pueden depurar de forma visual a través de la consola. Las ejecuciones se pueden examinar en CloudWatch Registra mediante la habilitación del registro en la máquina de estado.

Historial de ejecución ilimitado, es decir, se mantienen tantas entradas de historial de ejecución como pueda generar en un período de 5 minutos.

Además, las ejecuciones se pueden inspeccionar en CloudWatch Registra mediante la habilitación del registro en la máquina de estado.

Semántica de ejecuciones Ejecución del flujo de trabajo exactamente una vez.

Flujos de trabajo rápidos asíncrono: Ejecución del flujo de trabajo al menos una vez.

Flujos de trabajo rápidos sincrónicos: Ejecución del flujo de trabajo al menos una vez.

Integraciones con los servicios Admite todos los patrones y las integraciones de servicios. Admite todas las integraciones de servicios. No admite los patrones de Job-run (.sync) o devolución de llamada (.waitForTaskToken).
Actividades Step Functions Admite actividades Step Functions. No admite actividades de Step Functions.