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.

# Flujo de trabajo de implementación de instancias para ECS sobre Amazon Linux 2 y posterior
<a name="platforms-linux-extend.workflow.ecs-al2"></a>

En la sección anterior se describen las características de extensibilidad que se admiten a lo largo de las fases del flujo de trabajo de la implementación de la aplicación. Existen algunas diferencias para las ramificaciones de la plataforma Docker de [*ECS sobre Amazon Linux 2 y posterior*](create_deploy_docker_ecs.md). En esta sección se explica cómo se aplican esos conceptos a esta ramificación de la plataforma específica. 

Dado que hay muchos mecanismos para ampliar la plataforma el entorno, resulta útil saber qué sucede cuando Elastic Beanstalk aprovisiona una instancia o ejecuta una implementación en una instancia. En el siguiente diagrama, se muestra todo este flujo de trabajo de implementación para un entorno basado en las ramificaciones de la plataforma *ECS sobre Amazon Linux 2* y *ECS sobre Amazon Linux 2023*. En él se representan las diferentes fases de una implementación y los pasos que Elastic Beanstalk realiza en cada fase.

A diferencia del flujo de trabajo descrito en la sección anterior, la fase de configuración de la implementación no admite las siguientes características de extensibilidad: comandos `Buildfile`, comandos `Procfile`, configuración del proxy inverso. 

**Notas**  
El diagrama no representa todos los pasos que Elastic Beanstalk lleva a cabo en las instancias del entorno durante la implementación. El objetivo de este diagrama es meramente ilustrativo y pretende proporcionarle el orden y el contexto de la ejecución de las personalizaciones.
Para simplificar, el diagrama menciona solo los subdirectorios de enlace `.platform/hooks/*` (para implementaciones de aplicaciones) y no los subdirectorios de enlace de `.platform/confighooks/*` (para implementaciones de configuración). Los enlaces de estos últimos subdirectorios se ejecutan exactamente en los mismos pasos que los enlaces en los subdirectorios correspondientes que se muestran en el diagrama.

![\[Flujo de trabajo para la orden de ejecución de extensiones en una instancia de entorno en una plataforma Docker basada en ECS.\]](http://docs.aws.amazon.com/es_es/elasticbeanstalk/latest/dg/images/platform-ecs-al2-extended-order.png)


En la siguiente lista, se detallan los pasos del flujo de trabajo de implementación.

1. Ejecuta los archivos ejecutables que se encuentran en el directorio `appdeploy/pre` en `EBhooksDir`.

1. Ejecuta cualquier archivo ejecutable que se encuentre en el directorio `.platform/confighooks/prebuild` del paquete de origen (`.platform/hooks/prebuild` para una implementación de configuración).

1. Ejecuta cualquier archivo ejecutable que se encuentre en el directorio `.platform/confighooks/predeploy` del paquete de origen (`.platform/hooks/predeploy` para una implementación de configuración).

1. Ejecuta los archivos ejecutables que se encuentran en el directorio `appdeploy/enact` en `EBhooksDir`.

1. Ejecuta los archivos ejecutables que se encuentran en el directorio `appdeploy/post` en `EBhooksDir`.

1. Ejecuta cualquier archivo ejecutable que se encuentre en el directorio `.platform/confighooks/postdeploy` del paquete de origen (`.platform/hooks/postdeploy` para una implementación de configuración).

La referencia a `EBhooksDir` representa la ruta del directorio de enlaces de la plataforma. Para recuperar el nombre de la ruta de directorio, utilice la herramienta de script [get-config](custom-platforms-scripts.md#custom-platforms-scripts.get-config) en la línea de comandos de la instancia del entorno como se muestra a continuación: 

```
$ /opt/elasticbeanstalk/bin/get-config platformconfig -k EBhooksDir
```