Estado de un flujo de trabajo de tarea - 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.

Estado de un flujo de trabajo de tarea

Administrar el estado y transformar los datos

Step Functions agregó recientemente variables y JSONata para administrar el estado y transformar los datos.

Obtenga información sobre cómo pasar datos con variables y cómo transformar datos con JSONata.

Un estado Task ("Type": "Task") representa una única unidad de trabajo realizada por una máquina de estado. Una tarea realiza su trabajo mediante una actividad o AWS Lambda función, mediante la integración con otras compatibles Servicios de AWS o mediante la invocación de una HTTPSAPI, como Stripe.

El lenguaje Amazon States representa las tareas estableciendo el tipo de estado Task y proporcionando a la tarea el nombre del recurso de Amazon (ARN) de la actividad, la función Lambda o el HTTPS API punto final.

Invoca una función con argumentos JSONata

La siguiente definición de estado de tarea (JSONata) invoca una función de Lambda denominada. priceWatcher

Tenga en cuenta el uso de JSONata expresiones para consultar los datos de entrada para usarlos en Arguments y el resultado de la tarea en el campo de asignación.

"Get Current Price": { "Type": "Task", "QueryLanguage" : "JSONata", "Resource": "arn:aws:states:::lambda:invoke", "Next": "Check Price", "Arguments": { "Payload": { "product": "{% $states.context.Execution.Input.product %}" }, "FunctionName": "arn:aws:lambda:<region>:123456789012:function:priceWatcher:$LATEST" }, "Assign": { "currentPrice": "{% $states.result.Payload.current_price %}" } }

Invoca una función con parámetros JSONPath

La siguiente definición de estado de tarea (JSONPath) invoca una función de Lambda denominada. HelloFunction

"Lambda Invoke": { "Type": "Task", "Resource": "arn:aws:states:::lambda:invoke", "Parameters": { "Payload.$": "$", "FunctionName": "arn:aws:lambda:us-east-2:123456789012:function:HelloFunction:$LATEST" }, "End": true }

Tipos de tareas

Step Functions es compatible con los siguientes tipos de tareas, que se pueden especificar en una definición de estado de tarea:

Para especificar un tipo de tarea, debe proporcionarlo ARN en el Resource campo de una definición de estado de tarea. En el ejemplo siguiente se muestra la sintaxis del campo Resource. Todos los tipos de tareas, excepto el que invoca un HTTPSAPI, utilizan la siguiente sintaxis. Para obtener información sobre la sintaxis de la HTTP tarea, consulteFlujos de trabajo HTTPS APIs de Call in Step Functions.

En la definición del estado de la tarea, sustituya el texto en cursiva de la siguiente sintaxis por la información específica del AWS recurso.

arn:partition:service:region:account:task_type:name

En la lista siguiente, se explican los componentes individuales de esta sintaxis:

  • partitiones la AWS Step Functions partición que se va a utilizar, por lo general. aws

  • serviceindica la que Servicio de AWS se utiliza para ejecutar la tarea y puede tener uno de los siguientes valores:

    • states para una actividad.

    • lambda para una función de Lambda. Si se integra con otros Servicios de AWS, por ejemplo, Amazon SNS o Amazon DynamoDB, utilice o. sns dynamodb

  • regiones el código de AWS región en el que se ha creado la actividad o el estado de Step Functions, el tipo de máquina, la función Lambda o cualquier otro AWS recurso.

  • accountes el Cuenta de AWS ID con el que ha definido el recurso.

  • task_type es el tipo de tarea que se va a ejecutar. Puede ser uno de los siguientes valores:

  • namees el nombre del recurso registrado (nombre de la actividad, nombre de la función Lambda o API acción de servicio).

nota

Step Functions no admite la creación de referencias ARNs entre particiones o regiones. Por ejemplo, aws-cn no puede invocar tareas en la partición aws y viceversa.

En las secciones siguientes, se proporcionan más detalles sobre cada tipo de tarea.

Actividad

Las actividades representan procesos o subprocesos de trabajo implementados y alojados por usted, que realizan una tarea específica. Solo son compatibles con los flujos de trabajo estándar, pero no con los flujos de trabajo rápidos.

La actividad Resource ARNs utiliza la siguiente sintaxis.

arn:partition:states:region:account:activity:name
nota

Debe crear actividades con Step Functions (mediante una CreateActivityAPIacción o la consola Step Functions) antes de utilizarlas por primera vez.

Para obtener más información sobre la creación de una actividad y la implementación de procesos de trabajo, consulte Actividades.

Funciones de Lambda

Las tareas Lambda ejecutan una función mediante. AWS Lambda Para especificar una función Lambda, utilice la función Lambda ARN del campo. Resource

Según el tipo de integración (integración optimizada o AWS SDKintegración) que utilice para especificar una función Lambda, la sintaxis del campo de la función Lambda varía. Resource

La siguiente sintaxis del campo Resource es un ejemplo de una integración optimizada con una función de Lambda.

"arn:aws:states:::lambda:invoke"

La siguiente sintaxis de Resource campo es un ejemplo de una AWS SDK integración con una función Lambda.

"arn:aws:states:::aws-sdk:lambda:invoke"

La siguiente definición del estado Task muestra un ejemplo de una integración optimizada con la función de Lambda denominada HelloWorld.

"LambdaState": { "Type": "Task", "Resource": "arn:aws:states:::lambda:invoke", "OutputPath": "$.Payload", "Parameters": { "Payload.$": "$", "FunctionName": "arn:aws:lambda:us-east-1:function:HelloWorld:$LATEST" }, "Next": "NextState" }

Una vez completada la función Lambda especificada en el Resource campo, su salida se envía al estado identificado en el Next campo (» NextState «).

A compatible Servicio de AWS

Cuando haces referencia a un recurso conectado, Step Functions llama directamente a las API acciones de un servicio compatible. Especifique el servicio y la acción en el campo Resource.

Los servicios conectados Resource ARNs utilizan la siguiente sintaxis.

arn:partition:states:region:account:servicename:APIname
nota

Para crear una conexión sincrónica a un recurso conectado, añádala .sync a la APIname entrada del. ARN Para obtener más información, consulte Integración de los servicios de .

Por ejemplo:

{ "StartAt": "BATCH_JOB", "States": { "BATCH_JOB": { "Type": "Task", "Resource": "arn:aws:states:::batch:submitJob.sync", "Parameters": { "JobDefinition": "preprocessing", "JobName": "PreprocessingBatchJob", "JobQueue": "SecondaryQueue", "Parameters.$": "$.batchjob.parameters", "RetryStrategy": { "attempts": 5 } }, "End": true } } }

Campos de estado de tarea

Además de los campos de estado comunes, los estados Task, disponen de los siguientes campos:

Resource (Obligatorio)

RURI, especialmente uno ARN que identifique de forma única la tarea específica que se va a ejecutar.

Arguments(Opcional, JSONata únicamente)

Se utiliza para transferir información a las API acciones de los recursos conectados. Los valores pueden incluir JSONata expresiones. Para obtener más información, consulte Transformación de datos con JSONata In Step Functions.

Output(Opcional, JSONata únicamente)

Se utiliza para especificar y transformar la salida del estado. Cuando se especifica, el valor anula el estado de salida predeterminado.

El campo de salida acepta cualquier JSON valor (objeto, matriz, cadena, número, booleano, nulo). Cualquier valor de cadena, incluidos los que estén dentro de objetos o matrices, se evaluará como JSONata si estuviera rodeado por un {%%} caracteres.

La salida también acepta una JSONata expresión directamente, por ejemplo: «Output»: «{% jsonata expression%}»

Para obtener más información, consulte Procesamiento de entrada y salida.

Parameters(Opcional, únicamenteJSONPath)

Se utiliza para transferir información a las API acciones de los recursos conectados. Los parámetros pueden utilizar una combinación de parámetros estáticos JSON y JsonPath. Para obtener más información, consulte Pasar parámetros a un servicio API en Step Functions.

Credentials (opcional)

Especifica un rol de destino que debe asumir la función de ejecución de la máquina de estado antes de invocar el Resource especificado. Como alternativa, también puedes especificar un JSONPath valor o una función intrínseca que se resuelva en un IAM rol ARN en tiempo de ejecución en función de la entrada de ejecución. Si especifica un JSONPath valor, debe añadirle el prefijo de la $. notación.

Para ver ejemplos del uso de este campo en el estado Task, consulte Ejemplos del campo Credentials de estado de tarea. Para ver un ejemplo del uso de este campo para acceder a un AWS recurso multicuenta desde su máquina de estados, consulte. Acceso a recursos entre cuentas de AWS en Step Functions

nota

Este campo es compatible con los Tipos de tareas que utilizan funciones Lambda y un servicio compatible AWS.

ResultPath(Opcional, JSONPath únicamente)

Especifica dónde se colocan (en la entrada) los resultados de la ejecución de la tarea especificada en Resource. La entrada se filtra según el contenido del campo OutputPath (si existe) antes de utilizarla como salida del estado. Para obtener más información, consulte Procesamiento de entrada y salida.

ResultSelector(Opcional, JSONPath únicamente)

Pase un conjunto de pares clave-valor, donde los valores sean estáticos o se seleccionen del resultado. Para obtener más información, consulte ResultSelector.

Retry (opcional)

Una matriz de objetos, denominados "reintentadores", que definen una política de reintentos si el estado encuentra errores en tiempo de ejecución. Para obtener más información, consulte Ejemplos de máquina de estado que usan Retry y Catch.

Catch (opcional)

Una matriz de objetos, denominados "receptores", que definen un estado alternativo. Este estado se ejecuta si el estado encuentra errores en tiempo de ejecución y su política de reintentos está agotada o no se ha definido. Para obtener más información, consulte Estados alternativos.

TimeoutSeconds (opcional)

Especifica el tiempo máximo que puede ejecutarse una actividad o tarea antes de que se agote el tiempo de espera y se produzca un error States.Timeout. El valor del tiempo de inactividad debe ser un número entero positivo, distinto de cero. El valor predeterminado es 99999999.

El tiempo de inactividad empieza a contar cuando se inicia la tarea, por ejemplo, cuando se registra ActivityStarted o LambdaFunctionStarted en el historial de eventos de ejecución. En las actividades, el tiempo empieza a contar cuando GetActivityTask recibe un token y se registra ActivityStarted en el historial de eventos de ejecución.

Cuando se inicia una tarea, Step Functions espera a que el proceso de trabajo de la tarea o actividad responda correctamente o no dentro del período TimeoutSeconds especificado. Si el proceso de trabajo de la tarea o actividad no responde dentro de este tiempo, Step Functions marca la ejecución del flujo de trabajo como fallida.

nota

HTTPel tiempo de espera de la tarea tiene un máximo de 60 segundos, incluso si TimeoutSeconds supera ese límite. Consulte Cuotas relacionadas con la HTTP tarea

TimeoutSecondsPath(Opcional, JSONPath únicamente)

Si desea proporcionar un valor de tiempo de espera de forma dinámica a partir de la entrada de estado con una ruta de referencia, utilice TimeoutSecondsPath. Una vez resuelta, la ruta de referencia debe seleccionar campos cuyos valores sean enteros positivos.

nota

Un Task estado no puede incluir ambos TimeoutSecondsTimeoutSecondsPath. HTTPel tiempo de espera de la tarea es de 60 segundos como máximo, incluso si el TimeoutSecondsPath valor supera ese límite.

HeartbeatSeconds (opcional)

Determina la frecuencia de las señales de latido que envía un proceso de trabajo de actividad durante la ejecución de una tarea. Los latidos indican que una tarea aún se está ejecutando y necesita más tiempo para completarse. Los latidos impiden que se agote el tiempo de espera de una actividad o tarea durante la duración de TimeoutSeconds.

HeartbeatSeconds debe ser un valor entero positivo, distinto de cero, inferior al valor del campo TimeoutSeconds. El valor predeterminado es 99999999. Si transcurre más tiempo que los segundos especificados entre los latidos de la tarea, el estado de la tarea produce el error States.Timeout.

En las actividades, el tiempo empieza a contar cuando GetActivityTask recibe un token y se registra ActivityStarted en el historial de eventos de ejecución.

HeartbeatSecondsPath(Opcional, JSONPath únicamente)

Si desea proporcionar un valor de latido de forma dinámica desde la entrada de estado mediante una ruta de referencia, utilice HeartbeatSecondsPath. Una vez resuelta, la ruta de referencia debe seleccionar campos cuyos valores sean enteros positivos.

nota

Un estado Task no puede incluir tanto HeartbeatSeconds como HeartbeatSecondsPath.

Un estado Task debe establecer el campo End en true si el estado finaliza su ejecución, o bien debe proporcionar un estado en el campo Next que se ejecuta cuando finaliza el estado Task.

Ejemplos de definición de estado de tarea

En los siguientes ejemplos se muestra cómo puede especificar la definición de estado de tarea en función de sus necesidades.

Tiempos de espera de estado de tarea e intervalos de latido

Es aconsejable definir un valor de tiempo de espera y un intervalo de latido para actividades de ejecución prolongada. Para hacer esto se puede especificar los valores de tiempo de espera y latido o configurarlos de forma dinámica.

Ejemplo de notificación de latido y tiempo de espera estático

Cuando se complete HelloWorld, se ejecutará el siguiente estado (que aquí se llama NextState).

Si esta tarea no puede completarse en un plazo de 300 segundos o no envía notificaciones de latido a intervalos de 60 segundos, la tarea se marca como failed.

"ActivityState": { "Type": "Task", "Resource": "arn:aws:states:us-east-1:123456789012:activity:HelloWorld", "TimeoutSeconds": 300, "HeartbeatSeconds": 60, "Next": "NextState" }

Ejemplo de notificación de latido y tiempo de espera dinámico

En este ejemplo, cuando se complete el AWS Glue trabajo, se ejecutará el siguiente estado.

Si esta tarea no se completa dentro del intervalo establecido de manera dinámica por el trabajo AWS Glue , la tarea se marca como failed.

"GlueJobTask": { "Type": "Task", "Resource": "arn:aws:states:::glue:startJobRun.sync", "Parameters": { "JobName": "myGlueJob" }, "TimeoutSecondsPath": "$.params.maxTime", "Next": "NextState" }

Ejemplos del campo Credentials de estado de tarea

Especificar un rol codificado IAM ARN

El siguiente ejemplo especifica una IAM función de destino que debe asumir la función de ejecución de una máquina de estado para acceder a una función Lambda multicuenta denominada. Echo En este ejemplo, el rol de destino ARN se especifica como un valor codificado.

{ "StartAt": "Cross-account call", "States": { "Cross-account call": { "Type": "Task", "Resource": "arn:aws:states:::lambda:invoke", "Credentials": { "RoleArn": "arn:aws:iam::111122223333:role/LambdaRole" }, "Parameters": { "FunctionName": "arn:aws:lambda:us-east-2:111122223333:function:Echo" }, "End": true } } }

Especificar JSONPath como rol IAM ARN

El siguiente ejemplo especifica un JSONPath valor, que se convertirá en un IAM rol ARN en tiempo de ejecución.

{ "StartAt": "Lambda", "States": { "Lambda": { "Type": "Task", "Resource": "arn:aws:states:::lambda:invoke", "Credentials": { "RoleArn.$": "$.roleArn" }, ... } } }

Especificar una función intrínseca como IAM rol ARN

En el siguiente ejemplo, se utiliza la función States.Formatintrínseca, que se convierte en un IAM rol ARN en tiempo de ejecución.

{ "StartAt": "Lambda", "States": { "Lambda": { "Type": "Task", "Resource": "arn:aws:states:::lambda:invoke", "Credentials": { "RoleArn.$": "States.Format('arn:aws:iam::{}:role/ROLENAME', $.accountId)" }, ... } } }