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.
Creación de un documento de flujos de trabajo YAML
El documento de definición del formato YAML configura los pasos de entrada, salida y flujo de trabajo para las etapas de creación, prueba y distribución del proceso de creación de imágenes. El mismo formato de documento se aplica a los tres tipos de flujo de trabajo. Puede empezar con plantillas que incluyan pasos estandarizados, o bien puede empezar desde cero para definir su propio flujo de trabajo. Tanto si utiliza una plantilla como si empieza desde cero, puede personalizar el flujo de trabajo para adaptarlo a sus necesidades.
Estructura de un documento de flujos de trabajo YAML
En las siguientes secciones se describe la estructura del documento de flujo de trabajo de YAML que Image Builder utiliza para realizar acciones de creación, prueba y distribución de imágenes.
Identificación de documentos de flujo de trabajo
Identifica de forma única el flujo de trabajo. En esta sección se pueden incluir los siguientes atributos.
|
Campo |
Description (Descripción) |
Tipo |
Obligatorio/a |
|---|---|---|---|
|
Nombre |
Nombre del documento de flujos de trabajo. |
Cadena |
No |
|
description |
Descripción del documento. |
Cadena |
No |
|
schemaVersion |
Versión del esquema del documento, actualmente 1.0. |
Cadena |
Sí |
Ejemplo
--- name: sample-test-image description: Workflow for a sample image, with extra configuration options exposed through workflow parameters. schemaVersion: 1.0
Parámetros de entrada de documentos de flujo
En esta parte del documento de flujos de trabajo se definen los parámetros de entrada que la persona que llama puede especificar. Si no tiene ningún parámetro, puede omitir esta sección. Si especifica parámetros, cada parámetro puede incluir los siguientes atributos.
Puede definir hasta 25 parámetros en un documento de flujo de trabajo. Cada valor de parámetro puede contener hasta 1024 caracteres. Un parámetro debe usar uno de los cuatro tipos de datos compatibles: string, integer, boolean, o stringList. Si no especifica un default el valor de un parámetro, debe proporcionar el valor del parámetro en tiempo de ejecución.
|
Campo |
Description (Descripción) |
Tipo |
Obligatorio/a |
Restricciones |
|---|---|---|---|---|
|
name |
El nombre del parámetro. |
Cadena |
Sí |
|
|
description |
Descripción del parámetro. |
Cadena |
No |
|
|
predeterminado |
Si no se proporciona ningún valor, el valor predeterminado del parámetro. Si no incluye un valor predeterminado en la definición del parámetro, el valor del parámetro es obligatorio en tiempo de ejecución. |
Coincide con el tipo de datos del parámetro. |
No |
|
|
type |
El tipo de datos del parámetro. Si no incluye el tipo de datos en la definición del parámetro, el tipo del parámetro toma como predeterminado un valor de cadena obligatorio en tiempo de ejecución. |
Cadena |
No |
El tipo de datos del parámetro debe ser uno de los siguientes:
|
Ejemplo
Especifique el parámetro en el documento de flujos de trabajo.
parameters: - name: waitForActionAtEnd type: boolean default: true description: "Wait for an external action at the end of the workflow"
Utilice el valor del parámetro en el documento de flujos de trabajo.
$.parameters.waitForActionAtEnd
Flujo de documentos
Especifica hasta 15 acciones de paso para el flujo de trabajo. Los pasos se ejecutan en el orden en que se definen en el documento de flujos de trabajo. En caso de error, se ejecuta una restauración en orden inverso, empezando por el paso en el que se produjo el error y siguiendo por los pasos anteriores.
Cada paso puede hacer referencia a la salida de cualquier acción de paso anterior. Esto se conoce como encadenamiento o referencia. Para hacer referencia a la salida de la acción de un paso anterior, puede utilizar un selector JSONPath. Por ejemplo:
$.stepOutputs.step-name.output-name
Para obtener más información, consulte Uso de variables dinámicas en el documento de flujos de trabajo.
nota
Aunque el paso en sí no tenga un atributo de salida, todas las salidas de una acción de paso se incluyen en stepOutput para el paso.
nota
Si estableces waitSeconds para un paso, el valor debe ser inferior a timeoutSeconds. Cada acción de paso también define un máximo timeoutSeconds valor. Si configuras timeoutSeconds superior al máximo de la acción, se produce un error en la validación. Para conocer los valores máximos por acción, consulte Acciones de paso admitidas para el documento de flujos de trabajo.
Cada paso puede incluir los siguientes atributos.
|
Campo |
Description (Descripción) |
Tipo |
Obligatorio/a |
Predeterminado |
Restricciones |
|---|---|---|---|---|---|
|
acción |
Acción de flujo de trabajo que realiza este paso. |
Cadena |
Sí |
Debe ser una acción de paso admitida para los documentos de flujos de trabajo de Generador de imágenes. |
|
|
|
Las instrucciones condicionales agregan puntos de decisión sobre el flujo de control al cuerpo de los pasos del flujo de trabajo. |
Dict |
No |
Generador de imágenes admite las siguientes instrucciones condicionales como modificadores del operador
|
|
|
description |
Descripción del paso. |
Cadena |
No |
No se permiten cadenas vacías. Si se incluye, la longitud debe ser de 1 a 1024 caracteres. |
|
|
inputs |
Contiene los parámetros que debe ejecutar la acción del paso. Puede especificar los valores de clave como valores estáticos o con una variable JSONPath que se resuelva en el tipo de datos correcto. |
Dict |
Sí |
||
|
name |
El nombre del paso. Este nombre debe ser único dentro del documento de flujos de trabajo. |
Cadena |
Sí |
Debe tener entre 3 y 128 caracteres de longitud. Puede incluir caracteres alfanuméricos y |
|
|
onFailure |
Configura la acción que se debe realizar si el paso produce un error, de la siguiente manera. Comportamiento
|
Cadena |
No |
|
|
|
reintentar |
Configura Image Builder para que vuelva a ejecutar automáticamente el paso si se produce un error. Para obtener más información, consulte Reintentar los pasos del flujo de trabajo fallidos. |
Dict |
No |
No hay reintentos |
El
|
|
rollbackEnabled |
Configura si el paso se restaurará en caso de que se produzca un error. Puede usar un valor booleano estático o una variable JSONPath dinámica que se resuelva en un valor booleano. |
Booleano |
No |
|
|
|
timeoutSeconds |
Tiempo máximo, en segundos, que se ejecuta el paso antes de producir un error y volver a intentarlo, si se aplican los reintentos. |
Entero |
No |
Depende del valor predeterminado definido para la acción del paso, si corresponde. |
No puede superar el tiempo de espera máximo de la acción escalonada |
|
Espere segundos |
El tiempo, en segundos, durante el cual se detendrá la ejecución del paso. |
Entero |
No |
0 |
La acción del paso no puede superar el tiempo de espera y segundos. |
Ejemplo
En el siguiente ejemplo, se usa el waitForActionAtEnd parámetro, que el documento de flujo de trabajo debe declarar en su parameters sección.
steps: - name: LaunchTestInstance action: LaunchInstance onFailure: Abort inputs: waitFor: "ssmAgent" - name: ApplyTestComponents action: ExecuteComponents onFailure: Abort inputs: instanceId.$: "$.stepOutputs.LaunchTestInstance.instanceId" - name: TerminateTestInstance action: TerminateInstance onFailure: Continue inputs: instanceId.$: "$.stepOutputs.LaunchTestInstance.instanceId" - name: WaitForActionAtEnd action: WaitForAction if: booleanEquals: true value: "$.parameters.waitForActionAtEnd"
Reintentar los pasos del flujo de trabajo fallidos
De forma predeterminada, cada paso de un flujo de trabajo se ejecuta una vez. Para que Image Builder vuelva a ejecutar automáticamente un paso cuando se produzca un error, añada retry atributo al paso. El retry el atributo contiene los siguientes campos.
-
maxAttempts(obligatorio): el número total de veces que se puede ejecutar el paso, incluido el primer intento. Por ejemplo, si configurasmaxAttemptsa3y cada intento falla, el paso se ejecuta tres veces antes de que Image Builder lo marque como fallido. Valores válidos: del 1 al 10. -
backoffSeconds(opcional): el número de segundos que Image Builder espera antes de iniciar cada reintento. Si no establece ningún valor, Image Builder espera 30 segundos. Para volver a intentarlo inmediatamente, defina el valor en0. Valores válidos: 0—600.
Los reintentos funcionan de la siguiente manera:
-
Los
timeoutSecondsel valor del paso se aplica a cada intento por separado. El tiempo de espera se reinicia cuando se inicia un reintento. -
Si el paso sigue fallando tras el último intento, el
onFailurese aplica el comportamiento del paso.
Algunas acciones escalonadas tienen un comportamiento de reintento adicional:
-
Antes de volver a intentarlo, un
LaunchInstanceEn este paso, Image Builder finaliza la instancia en la que se lanzó el intento fallido. El reintento lanza una nueva instancia. -
Cuando se reintenta, un
ExecuteComponentsEn este paso, Image Builder vuelve a ejecutar los componentes desde el principio. No deshace los cambios que ya se hayan realizado en la instancia mediante un intento fallido. Antes de configurar los reintentos para un paso en el que se ejecutan componentes, asegúrate de que estos se puedan ejecutar de forma segura más de una vez.
Para ver cuántas veces se ejecutó un paso, utilice el GetWorkflowStepExecution o ListWorkflowStepExecutions Operaciones de API. La respuesta incluye attemptNumber y maxAttempts campos para el paso.
nota
El retry el atributo de un paso del flujo de trabajo es independiente del maxAttempts campo, que reintenta un paso individual dentro de un TOE de AWS documento componente. Para obtener más información, consulte Use la TOE de AWS marco de documentos de componentes para componentes personalizados.
Ejemplo
steps: - name: LaunchBuildInstance action: LaunchInstance onFailure: Abort retry: maxAttempts: 3 backoffSeconds: 60 inputs: waitFor: "ssmAgent"
Resultados de documentos de flujo de trabajo
Define las salidas del flujo de trabajo. Cada salida es un par clave-valor que especifica el nombre de la salida y el valor. Puede utilizar las salidas para exportar datos en tiempo de ejecución que puedan utilizar los flujos de trabajo posteriores. Esta sección es opcional.
Puede definir hasta 25 salidas en un documento de flujo de trabajo. Cada nombre de salida debe ser único en todos los flujos de trabajo que incluyas en tu canalización. Un flujo de trabajo posterior puede hacer referencia a una salida por su nombre con $.workflowOutputs..name
nota
Usted hace referencia al resultado de un paso en el Lo mismo flujo de trabajo con $.stepOutputs., pero hace referencia a la salida de un antes flujo de trabajo con solo el nombre de salida (stepName.field$.workflowOutputs.) y sin nombre de paso.name
Cada salida que defina incluye los siguientes atributos.
|
Campo |
Description (Descripción) |
Tipo |
Obligatorio/a |
|---|---|---|---|
|
Nombre |
El nombre de la salida. El nombre debe ser único en todos los flujos de trabajo que incluya en la canalización. |
Cadena |
Sí |
|
valor |
Valor de la salida. El valor de la cadena puede ser una variable dinámica, como un archivo de salida de una acción escalonada. Para obtener más información, consulte Uso de variables dinámicas en el documento de flujos de trabajo. |
Cadena |
Sí |
Ejemplo
Cree un ID de imagen de salida para el documento de flujos de trabajo con la salida del paso createProdImage.
outputs: - name: 'outputImageId' value: '$.stepOutputs.createProdImage.imageId'
Consulte la salida del flujo de trabajo en el siguiente flujo de trabajo.
$.workflowOutputs.outputImageId