

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.

# CodeDeploy despliegues
<a name="deployment-steps"></a>

Este tema proporciona información sobre los componentes y el flujo de trabajo de las implementaciones en CodeDeploy. El proceso de implementación varía en función de la plataforma informática o el método de implementación (Lambda, Amazon ECS, EC2/on-premise o directo AWS CloudFormation) que utilice para las implementaciones.

**Topics**
+ [Implementaciones en una plataforma informática AWS Lambda](deployment-steps-lambda.md)
+ [Implementación en una plataforma de informática de Amazon ECS](deployment-steps-ecs.md)
+ [Implementación azul/verde en una plataforma de informática de EC2/en las instalaciones](deployment-steps-server.md)

# Implementaciones en una plataforma informática AWS Lambda
<a name="deployment-steps-lambda"></a>

En este tema se proporciona información sobre los componentes y el flujo de trabajo de CodeDeploy las implementaciones que utilizan la plataforma de AWS procesamiento Lambda. 

**Topics**
+ [Flujo de trabajo de implementación en una plataforma informática AWS Lambda](#deployment-process-workflow-lambda)
+ [Carga de la revisión de la aplicación](#deployment-steps-uploading-your-app-lambda)
+ [Creación de la aplicación y los grupos de implementación](#deployment-steps-registering-app-deployment-groups-lambda)
+ [Implementación de la revisión de la aplicación](#deployment-steps-deploy-lambda)
+ [Actualización de la aplicación](#deployment-steps-updating-your-app-lambda)
+ [Implementaciones detenidas y que producen error](#deployment-stop-fail-lambda)
+ [Reimplementaciones y restauración de implementaciones](#deployment-rollback-lambda)

## Flujo de trabajo de implementación en una plataforma informática AWS Lambda
<a name="deployment-process-workflow-lambda"></a>

En el siguiente diagrama se muestran los principales pasos en la implementación de funciones de AWS Lambda nuevas y actualizadas.

![\[Cómo se CodeDeploy implementa una AWS Lambda función nueva o actualizada.\]](http://docs.aws.amazon.com/es_es/codedeploy/latest/userguide/images/deployment-process-lambda.png)


Estos pasos incluyen:

1. Cree una aplicación y asígnele un nombre que identifique las revisiones de la aplicación que desea implementar. Para implementar funciones Lambda, elija la plataforma de procesamiento AWS Lambda al crear la aplicación. CodeDeploy usa este nombre durante una implementación para asegurarse de que hace referencia a los componentes de implementación correctos, como el grupo de implementación, la configuración de la implementación y la revisión de la aplicación. Para obtener más información, consulte [Cree una aplicación con CodeDeploy](applications-create.md). 

1. Configure un grupo de implementaciones especificando el nombre del grupo.

1. Elija una configuración de despliegue para especificar cómo se transfiere el tráfico de la versión original de AWS Lambda la función a la nueva versión de la función Lambda. Para obtener más información, consulte [Vea los detalles de la configuración de la implementación con CodeDeploy](deployment-configurations-view-details.md).

1. Carga de un archivo de *especificaciones de la aplicación (AppSpec archivo*) a Amazon S3. El AppSpec archivo especifica una versión de la función Lambda y las funciones Lambda utilizadas para validar la implementación. Si no desea crear un AppSpec archivo, puede especificar una versión de la función Lambda y las funciones de validación del despliegue de Lambda directamente en la consola mediante YAML o JSON. Para obtener más información, consulte [Trabajar con revisiones de aplicaciones para CodeDeploy](application-revisions.md).

1. Implemente la revisión de la aplicación en el grupo de implementación. AWS CodeDeploy implementa la revisión de la función Lambda que especificó. El tráfico se desplaza a la revisión de la función Lambda mediante el AppSpec archivo de despliegue que eligió al crear la aplicación. Para obtener más información, consulte [Cree una implementación con CodeDeploy](deployments-create.md).

1. Compruebe los resultados de la implementación. Para obtener más información, consulte [Supervisión de los despliegues en CodeDeploy](monitoring.md).

## Carga de la revisión de la aplicación
<a name="deployment-steps-uploading-your-app-lambda"></a>

Coloque un AppSpec archivo en Amazon S3 o introdúzcalo directamente en la consola o AWS CLI. Para obtener más información, consulte [CodeDeploy archivos de especificación de la aplicación (AppSpec)](application-specification-files.md).

## Creación de la aplicación y los grupos de implementación
<a name="deployment-steps-registering-app-deployment-groups-lambda"></a>

Un grupo de CodeDeploy implementación en una plataforma de procesamiento AWS Lambda identifica una colección de uno o más AppSpec archivos. Cada AppSpec archivo puede implementar una versión de la función Lambda. Un grupo de implementaciones también define un conjunto de opciones de configuración para implementaciones futuras, como alarmas y configuraciones de restauración.

## Implementación de la revisión de la aplicación
<a name="deployment-steps-deploy-lambda"></a>

Ahora está listo para implementar la revisión de la función especificada en el AppSpec archivo en el grupo de implementación. Puede usar la CodeDeploy consola o el comando [create-deployment](https://docs.aws.amazon.com/cli/latest/reference/deploy/create-deployment.html). Hay parámetros que puede especificar para controlar la implementación, que incluyen la revisión, el grupo de implementaciones y la configuración de la implementación.

## Actualización de la aplicación
<a name="deployment-steps-updating-your-app-lambda"></a>

Puede realizar actualizaciones en la aplicación y, a continuación, utilizar la CodeDeploy consola o ejecutar el comando [create-deployment](https://docs.aws.amazon.com/cli/latest/reference/deploy/create-deployment.html) para realizar una revisión. 

## Implementaciones detenidas y que producen error
<a name="deployment-stop-fail-lambda"></a>

Puede usar la CodeDeploy consola o el comando [stop-deployment](https://docs.aws.amazon.com/cli/latest/reference/deploy/stop-deployment.html) para detener una implementación. Cuando se intenta detener la implementación, sucede una de estas tres cosas:
+ La implementación se detiene y la operación devuelve el estado “realizada correctamente”. En este caso, no se ejecutan más eventos del ciclo de vida de implementación en el grupo de implementaciones para la implementación detenida. 
+ La implementación no se detiene inmediatamente y la operación devuelve el estado “pendiente”. En este caso, podrían seguir ejecutándose algunos eventos del ciclo de vida de implementación en el grupo de implementaciones. Después de finalizada la operación pendiente, las llamadas posteriores para detener la implementación devuelven el estado “realizada correctamente”.
+ La implementación no se puede detener y la operación devuelve un error. Para obtener más información, consulta la [ErrorInformation](https://docs.aws.amazon.com/codedeploy/latest/APIReference/API_ErrorInformation.html)referencia sobre [errores comunes](https://docs.aws.amazon.com/codedeploy/latest/APIReference/CommonErrors.html) en la AWS CodeDeploy API.

Al igual que las implementaciones detenidas, las implementaciones con errores pueden hacer que algunos eventos del ciclo de vida de implementación ya se hayan ejecutado. Para averiguar por qué no se ha realizado una implementación, puede utilizar la consola de CodeDeploy o analizar los datos del archivo de log de esa implementación. Para obtener más información, consulte [Limpieza de revisiones de aplicación y archivos de registro](codedeploy-agent.md#codedeploy-agent-revisions-logs-cleanup) y [Vea los datos de registro de las implementaciones locales CodeDeploy de EC2/](deployments-view-logs.md).

## Reimplementaciones y restauración de implementaciones
<a name="deployment-rollback-lambda"></a>

CodeDeploy implementa las reversiones al volver a implementar, como una nueva implementación, una revisión previamente implementada. 

Puede configurar un grupo de implementación para que se restaure automáticamente si se dan ciertas condiciones, por ejemplo, si falla una implementación o si se alcanza el umbral de monitorización de alarmas. Además, puede anular la configuración de restauración especificada para el grupo de implementaciones en una implementación individual.

También puede optar por restaurar una implementación que produjo error manualmente, volviendo a implementar una revisión implementada anteriormente. 

En todos los casos, a la implementación nueva o restaurada se le asigna su propio ID de implementación. La lista de despliegues que puede ver en la CodeDeploy consola muestra cuáles son el resultado de un despliegue automático. 

Para obtener más información, consulte [Vuelva a implementar y revertir una implementación con CodeDeploy](deployments-rollback-and-redeploy.md).

# Implementación en una plataforma de informática de Amazon ECS
<a name="deployment-steps-ecs"></a>

En este tema se proporciona información sobre los componentes y el flujo de trabajo de CodeDeploy las implementaciones que utilizan la plataforma informática Amazon ECS. 

**Topics**
+ [Antes de empezar una implementación de Amazon ECS](#deployment-steps-prerequisites-ecs)
+ [Flujo de trabajo de implementación (alto nivel) en una plataforma de informática de Amazon ECS](#deployment-process-workflow-ecs)
+ [¿Qué sucede durante una implementación de Amazon ECS?](#deployment-steps-what-happens)
+ [Carga de la revisión de la aplicación](#deployment-steps-uploading-your-app-ecs)
+ [Creación de la aplicación y los grupos de implementación](#deployment-steps-registering-app-deployment-groups-ecs)
+ [Implementación de la revisión de la aplicación](#deployment-steps-deploy-ecs)
+ [Actualización de la aplicación](#deployment-steps-updating-your-app-ecs)
+ [Implementaciones detenidas y que producen error](#deployment-stop-fail-ecs)
+ [Reimplementaciones y restauración de implementaciones](#deployment-rollback-ecs)
+ [blue/green Implementaciones de Amazon ECS mediante AWS CloudFormation](#deployment-steps-ecs-cf)

## Antes de empezar una implementación de Amazon ECS
<a name="deployment-steps-prerequisites-ecs"></a>

 Antes de empezar una implementación de aplicación de Amazon ECS, debe tener listo lo siguiente. Algunos requisitos se especifican al crear el grupo de implementaciones y otros se especifican en el AppSpec archivo.


****  

| Requisito | Donde se especifica | 
| --- | --- | 
| Clúster de Amazon ECS | Grupo de implementación | 
| Servicio de Amazon ECS | Grupo de implementación | 
| Equilibrador de carga de aplicación y equilibrador de carga de red | Grupo de implementación | 
| Agente de escucha de producción | Grupo de implementación | 
| Agente de escucha de prueba (opcional) | Grupo de implementación | 
| Dos grupos de destino | Grupo de implementación | 
| Definición de tarea de Amazon ECS | AppSpec archivo | 
| Nombre de contenedor | AppSpec archivo | 
| Puerto del contenedor | AppSpec archivo | 

**Clúster de Amazon ECS**  
Un *clúster* de Amazon ECS es una agrupación lógica de tareas o servicios. Al crear el grupo de implementación de la CodeDeploy aplicación, debe especificar el clúster de Amazon ECS que contiene su servicio de Amazon ECS. Para obtener más información, consulte [Clústeres de Amazon ECS](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/ECS_clusters.html) en la *Guía del usuario de Amazon Elastic Container Service*.

**Servicio de Amazon ECS**  
Un *servicio* de Amazon ECS le ayuda a mantener y ejecutar un número determinado de instancias de una definición de tareas en un clúster de Amazon ECS. Su servicio Amazon ECS debe estar habilitado para CodeDeploy. De forma predeterminada, hay un servicio de Amazon ECS habilitado para implementaciones de Amazon ECS. Al crear su grupo de implementación, puede elegir implementar un servicio de Amazon ECS que se encuentra en su clúster de Amazon ECS. Para obtener más información, consulte [Servicios de Amazon ECS](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/ecs_services.html) en la *Guía del usuario de Amazon Elastic Container Service*.

**Equilibrador de carga de aplicación y equilibrador de carga de red**  
 Debe usar Elastic Load Balancing con el servicio de Amazon ECS que desee actualizar con una implementación de Amazon ECS. Puede usar un equilibrador de carga de aplicación o un equilibrador de carga de red. Le recomendamos un equilibrador de carga de aplicación para que pueda aprovechar características tales como el mapeo de puertos dinámico, el enrutamiento basado en rutas y las reglas de prioridad. El balanceador de carga se especifica al crear el grupo de implementación de la CodeDeploy aplicación. Para obtener más información, consulte [Configure un balanceador de carga, grupos objetivo y agentes de escucha para las implementaciones de CodeDeploy Amazon ECS](deployment-groups-create-load-balancer-for-ecs.md) y [Creación de un equilibrador de carga](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/create-load-balancer.html) en la *Guía del usuario de Amazon Elastic Container Service*. 

**Uno o dos oyentes**  
El equilibrador de carga utiliza un *oyente* para dirigir el tráfico hacia los grupos de destino. Es obligatorio un agente de escucha de producción. Puede especificar un segundo agente de escucha de prueba opcional que dirija el tráfico hacia conjunto de tareas de sustitución mientras ejecuta las pruebas de validación. Especifique uno o ambos agentes de escucha al crear su grupo de implementaciones. Si utiliza la consola de Amazon ECS para crear su servicio de Amazon ECS, los oyentes se crean automáticamente. Para obtener más información, consulte [Oyentes para equilibradores de carga de aplicación](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/load-balancer-listener.html) en la *Guía del usuario de Elastic Load Balancing* y [Creación de un servicio](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/create-service.html) en la *Guía del usuario de Amazon Elastic Container Service*.

**Dos grupos de destino de Amazon ECS**  
 Un *grupo de destino* se utiliza para dirigir el tráfico a un destino registrado. Una implementación de Amazon ECS requiere dos grupos de destino: uno para el conjunto de tareas original de la aplicación de Amazon ECS y otro para su conjunto de tareas de sustitución. Durante la implementación, CodeDeploy crea un conjunto de tareas de reemplazo y redirige el tráfico del conjunto de tareas original al nuevo. Especifique los grupos de destino al crear el grupo de implementaciones de la aplicación de CodeDeploy .   
 Durante una implementación, CodeDeploy determina qué grupo objetivo está asociado al conjunto de tareas de su servicio Amazon ECS que tiene el estado `PRIMARY` (este es el conjunto de tareas original) y asocia un grupo objetivo a él y, a continuación, asocia el otro grupo objetivo al conjunto de tareas de reemplazo. Si realiza otra implementación, el grupo de destino asociado al conjunto de tareas original de la implementación actual se asocia al siguiente conjunto de tareas de sustitución de implementación. Para obtener más información, consulte [Grupos de destino para equilibradores de carga de aplicación](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/load-balancer-target-groups.html) en la *Guía del usuario de Elastic Load Balancing*. 

**Una definición de tarea de Amazon ECS**  
 Se requiere una *definición de tarea* para ejecutar el contenedor de Docker que contiene su aplicación de Amazon ECS. El ARN de la definición de la tarea se especifica en el archivo de CodeDeploy AppSpec la aplicación. Para obtener más información, consulte [Definiciones de tareas de Amazon ECS](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/task_definitions.html) en la *Guía del usuario de Amazon Elastic Container Service* y [AppSpec sección de «recursos» para las implementaciones de Amazon ECS](reference-appspec-file-structure-resources.md#reference-appspec-file-structure-resources-ecs). 

**Un contenedor de la aplicación de Amazon ECS**  
 Un *contenedor* de Docker es una unidad de software que empaqueta código y sus dependencias para que pueda ejecutarse su aplicación. Un contenedor aísla la aplicación, por lo que se puede ejecutar en distintos entornos informáticos. El equilibrador de carga dirige el tráfico hacia un contenedor en el conjunto de tareas de la aplicación de Amazon ECS. El nombre del contenedor se especifica en el AppSpec archivo de CodeDeploy la aplicación. El contenedor especificado en el AppSpec archivo debe ser uno de los contenedores especificados en la definición de tareas de Amazon ECS. Para obtener más información, consulte [¿Qué es Amazon Elastic Container Service?](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/Welcome.html) en la *Guía del usuario de Amazon Elastic Container Service* y [AppSpec sección de «recursos» para las implementaciones de Amazon ECS](reference-appspec-file-structure-resources.md#reference-appspec-file-structure-resources-ecs). 

**Un puerto para su conjunto de tareas de sustitución**  
 Durante la implementación de Amazon ECS, el balanceador de carga dirige el tráfico a este *puerto* en el contenedor especificado en el AppSpec archivo de la CodeDeploy aplicación. El puerto se especifica en el AppSpec archivo de la CodeDeploy aplicación. Para obtener más información, consulte [AppSpec sección de «recursos» para las implementaciones de Amazon ECS](reference-appspec-file-structure-resources.md#reference-appspec-file-structure-resources-ecs). 

## Flujo de trabajo de implementación (alto nivel) en una plataforma de informática de Amazon ECS
<a name="deployment-process-workflow-ecs"></a>

En el diagrama siguiente se muestran los principales pasos en la implementación de servicios de Amazon ECS actualizados.

![\[Cómo se CodeDeploy implementa una aplicación como un conjunto de tareas en Amazon ECS.\]](http://docs.aws.amazon.com/es_es/codedeploy/latest/userguide/images/deployment-process-ecs.png)


Estos pasos incluyen:

1. Cree una AWS CodeDeploy aplicación especificando un nombre que represente de forma exclusiva lo que desea implementar. Para implementar una aplicación Amazon ECS, en su AWS CodeDeploy aplicación, elija la plataforma informática Amazon ECS. CodeDeploy utiliza una aplicación durante una implementación para hacer referencia a los componentes de la implementación correctos, como el grupo de implementación, los grupos objetivo, los oyentes, el comportamiento de redireccionamiento del tráfico y la revisión de la aplicación. Para obtener más información, consulte [Cree una aplicación con CodeDeploy](applications-create.md). 

1. Configure un grupo de implementaciones especificando:
   +  El nombre del grupo de implementaciones. 
   +  El nombre de servicio y clúster de Amazon ECS. El controlador de despliegue del servicio Amazon ECS debe estar configurado en CodeDeploy. 
   +  El agente de escucha de producción, un agente de escucha de prueba opcional y los grupos de destino utilizados durante una implementación. 
   +  La configuración de implementación como, por ejemplo, cuándo redirigir el tráfico de producción al conjunto de tareas de Amazon ECS de sustitución en el servicio de Amazon ECS y cuándo terminar el conjunto de tareas de Amazon ECS original en el servicio de Amazon ECS. 
   +  Las configuraciones opcionales, como los desencadenadores, alarmas y comportamiento de restauración. 

1. Especifique un archivo de *especificaciones de la aplicación (AppSpec archivo*). Puede cargarlo en Amazon S3, introducirlo en la consola en formato YAML o JSON, o especificarlo con el AWS CLI o el SDK. El AppSpec archivo especifica una definición de tarea de Amazon ECS para la implementación, un nombre de contenedor y una asignación de puertos que se utilizan para enrutar el tráfico, y las funciones Lambda que se ejecutan después de los enganches del ciclo de vida de la implementación. El nombre del contenedor debe ser un contenedor de su definición de tareas de Amazon ECS. Para obtener más información, consulte [Trabajar con revisiones de aplicaciones para CodeDeploy](application-revisions.md).

1. Implemente la revisión de su aplicación. AWS CodeDeploy redirige el tráfico de la versión original de un conjunto de tareas de su servicio Amazon ECS a un nuevo conjunto de tareas de reemplazo. Los grupos de destino especificados en el grupo de implementaciones se utilizan para enviar tráfico a los conjuntos de tareas original y de sustitución. Cuando se completa la implementación, se termina el conjunto de tareas original. Puede especificar un agente de escucha de prueba opcional para enviar tráfico de prueba a la versión de sustitución antes de redirigir el tráfico a la misma. Para obtener más información, consulte [Cree una implementación con CodeDeploy](deployments-create.md).

1. Compruebe los resultados de la implementación. Para obtener más información, consulte [Supervisión de los despliegues en CodeDeploy](monitoring.md).

## ¿Qué sucede durante una implementación de Amazon ECS?
<a name="deployment-steps-what-happens"></a>

Antes de iniciar una implementación de Amazon ECS con un agente de escucha de prueba, debe configurar sus componentes. Para obtener más información, consulte [Antes de empezar una implementación de Amazon ECS](#deployment-steps-prerequisites-ecs).

 En el siguiente diagrama se muestra la relación entre estos componentes cuando una implementación de Amazon ECS está lista para comenzar. 

![\[La relación entre el equilibrador de carga, los oyentes, los grupos de destino y el conjunto de tareas cuando una implementación de Amazon ECS está lista para comenzar.\]](http://docs.aws.amazon.com/es_es/codedeploy/latest/userguide/images/codedeploy-ecs-deployment-step-1.png)


Cuando comienza la implementación, los eventos del ciclo de vida de la implementación empiezan a ejecutarse uno tras otro. Algunos eventos del ciclo de vida son enlaces que solo ejecutan las funciones de Lambda especificadas en el AppSpec archivo. Los eventos de ciclo de vida de la implementación de la siguiente tabla se indican en el orden en el que se ejecutan. Para obtener más información, consulte [AppSpec sección «ganchos» para una implementación de Amazon ECS](reference-appspec-file-structure-hooks.md#appspec-hooks-ecs).


| Evento del ciclo de vida | Acción del evento del ciclo de vida | 
| --- | --- | 
| BeforeInstall (un enlace para funciones de Lambda) | Ejecutar las funciones de Lambda. | 
| Instalación | Configurar el conjunto de tareas de sustitución. | 
| AfterInstall (un enlace para funciones de Lambda) | Ejecutar las funciones de Lambda. | 
| AllowTestTraffic | Dirigir el tráfico del oyente de prueba al grupo de destino 2. | 
| AfterAllowTestTraffic (un enlace para funciones de Lambda) | Ejecutar las funciones de Lambda. | 
| BeforeAllowTraffic (un enlace para funciones de Lambda) | Ejecutar las funciones de Lambda. | 
| AllowTraffic | Dirigir el tráfico desde el oyente de producción al grupo de destino 2. | 
| AfterAllowTraffic | Ejecutar las funciones de Lambda. | 



**nota**  
Las funciones de Lambda de un enlace son opcionales.

1. <a name="ecs-before-install"></a>

****

   Ejecute cualquier función Lambda especificada en el `BeforeInstall` enlace del AppSpec archivo.

1. <a name="ecs-install"></a>

****

   Durante el evento de ciclo de vida `Install`:

   1.  Se crea un conjunto de tareas de sustitución en el servicio de Amazon ECS. 

   1.  La aplicación en contenedor actualizada se instala en el conjunto de tareas de sustitución. 

   1.  El segundo grupo de destino se asocia al conjunto de tareas de sustitución. 

    En el siguiente diagrama se muestran los componentes de implementación con el nuevo conjunto de tareas de sustitución. La aplicación en contenedor está dentro del conjunto de tareas. El conjunto de tareas se compone de tres tareas. (Una aplicación puede tener cualquier número de tareas). El segundo grupo de destino se asocia ahora al conjunto de tareas de sustitución.   
![\[Los componentes de implementación con el nuevo conjunto de tareas de sustitución. La aplicación en contenedor está dentro del conjunto de tareas. El conjunto de tareas se compone de tres tareas. El segundo grupo de destino se asocia ahora al conjunto de tareas de sustitución.\]](http://docs.aws.amazon.com/es_es/codedeploy/latest/userguide/images/codedeploy-ecs-deployment-step-2.png)

1. <a name="ecs-after-install"></a>

****

   Ejecute cualquier función Lambda especificada en el `AfterInstall` enlace del AppSpec archivo.

1. <a name="ecs-allow-test-traffic"></a>

****

   Se invoca el evento `AllowTestTraffic`. Durante este evento del ciclo de vida, el agente de escucha de prueba dirige el tráfico a la aplicación en contenedor actualizada.  
![\[El oyente de prueba dirige el tráfico a la aplicación en contenedor actualizada.\]](http://docs.aws.amazon.com/es_es/codedeploy/latest/userguide/images/codedeploy-ecs-deployment-step-3.png)

1. <a name="ecs-after-allow-test-traffic"></a>

****

   Ejecute cualquier función Lambda especificada en el `AfterAllowTestTraffic` enlace del AppSpec archivo. Las funciones de Lambda pueden validar la implementación mediante el tráfico de prueba. Por ejemplo, una función Lambda puede servir tráfico al agente de escucha de prueba y realizar un seguimiento de las métricas del conjunto de tareas de sustitución. Si las reversiones están configuradas, puede configurar una CloudWatch alarma que active una reversión cuando falle la prueba de validación de la función Lambda.

    Una vez realizadas las pruebas de validación, se produce una de las situaciones siguientes: 
   +  Si no se supera la validación y se han configurado las restauraciones, el estado de la implementación se marca como `Failed` y los componentes vuelven al estado que tenían cuando se inició la implementación. 
   +  Si no se supera la validación y no se han configurado las restauraciones, el estado de la implementación se marca como `Failed` y los componentes permanecen en su estado actual.
   +  Si se supera la validación, la implementación continúa hasta el enlace `BeforeAllowTraffic` .

    Para obtener más información, consulte [Supervisión de las implementaciones con CloudWatch alarmas en CodeDeploy](monitoring-create-alarms.md), [Restauraciones automáticas](deployments-rollback-and-redeploy.md#deployments-rollback-and-redeploy-automatic-rollbacks) y [Configuración de las opciones avanzadas de un grupo de implementación](deployment-groups-configure-advanced-options.md). 

1. <a name="ecs-before-allow-traffic"></a>

****

   Ejecute cualquier función Lambda especificada en el `BeforeAllowTraffic` enlace del AppSpec archivo.

1. <a name="ecs-allow-traffic"></a>

****

   Se invoca el evento `AllowTraffic`. El tráfico se desvía del conjunto de tareas original al conjunto de tareas de sustitución. En el siguiente diagrama se muestra el conjunto de tareas de sustitución recibiendo tráfico de producción.   
![\[El conjunto de tareas de sustitución recibe el tráfico de producción.\]](http://docs.aws.amazon.com/es_es/codedeploy/latest/userguide/images/codedeploy-ecs-deployment-step-4.png)

1. <a name="ecs-after-allow-traffic"></a>

****

   Ejecute cualquier función Lambda especificada en el `AfterAllowTraffic` enlace del AppSpec archivo.

1. 

****

   Después de que todos los eventos se ejecuten correctamente, el estado de la implementación se establece en `Succeeded` y el conjunto de tareas original se elimina.   
![\[Todos los eventos sucesivos.\]](http://docs.aws.amazon.com/es_es/codedeploy/latest/userguide/images/codedeploy-ecs-deployment-step-6.png)

## Carga de la revisión de la aplicación
<a name="deployment-steps-uploading-your-app-ecs"></a>

Coloque un AppSpec archivo en Amazon S3 o introdúzcalo directamente en la consola o AWS CLI. Para obtener más información, consulte [CodeDeploy archivos de especificación de la aplicación (AppSpec)](application-specification-files.md).

## Creación de la aplicación y los grupos de implementación
<a name="deployment-steps-registering-app-deployment-groups-ecs"></a>

Un grupo de CodeDeploy implementación en una plataforma informática de Amazon ECS identifica a los oyentes que sirven el tráfico a la aplicación Amazon ECS actualizada y a los dos grupos de destino utilizados durante la implementación. Un grupo de implementación también define un conjunto de opciones de configuración, como alarmas y configuraciones de restauración.

## Implementación de la revisión de la aplicación
<a name="deployment-steps-deploy-ecs"></a>

Ahora está listo para implementar el servicio de Amazon ECS actualizado especificado en su grupo de implementación. Puede usar la CodeDeploy consola o el comando [create-deployment](https://docs.aws.amazon.com/cli/latest/reference/deploy/create-deployment.html). Hay parámetros que puede especificar para controlar la implementación, que incluyen el grupo de revisión y de implementaciones.

## Actualización de la aplicación
<a name="deployment-steps-updating-your-app-ecs"></a>

Puede realizar actualizaciones en la aplicación y, a continuación, utilizar la CodeDeploy consola o ejecutar el comando [create-deployment](https://docs.aws.amazon.com/cli/latest/reference/deploy/create-deployment.html) para realizar una revisión. 

## Implementaciones detenidas y que producen error
<a name="deployment-stop-fail-ecs"></a>

Puede usar la CodeDeploy consola o el comando [stop-deployment](https://docs.aws.amazon.com/cli/latest/reference/deploy/stop-deployment.html) para detener una implementación. Cuando se intenta detener la implementación, sucede una de estas tres cosas:
+ La implementación se detiene y la operación devuelve el estado “realizada correctamente”. En este caso, no se ejecutan más eventos del ciclo de vida de implementación en el grupo de implementaciones para la implementación detenida. 
+ La implementación no se detiene inmediatamente y la operación devuelve el estado “pendiente”. En este caso, podrían seguir ejecutándose algunos eventos del ciclo de vida de implementación en el grupo de implementaciones. Después de finalizada la operación pendiente, las llamadas posteriores para detener la implementación devuelven el estado “realizada correctamente”.
+ La implementación no se puede detener y la operación devuelve un error. Para obtener más información, consulta la [información sobre errores](https://docs.aws.amazon.com/codedeploy/latest/APIReference/API_ErrorInformation.html) y la referencia sobre [errores comunes](https://docs.aws.amazon.com/codedeploy/latest/APIReference/CommonErrors.html) en la AWS CodeDeploy API.

## Reimplementaciones y restauración de implementaciones
<a name="deployment-rollback-ecs"></a>

CodeDeploy implementa las reversiones redireccionando el tráfico del conjunto de tareas de reemplazo al conjunto de tareas original. 

Puede configurar un grupo de implementación para que se restaure automáticamente si se dan ciertas condiciones, por ejemplo, si falla una implementación o si se alcanza el umbral de monitorización de alarmas. Además, puede anular la configuración de restauración especificada para el grupo de implementaciones en una implementación individual.

También puede optar por restaurar una implementación que produjo error manualmente, volviendo a implementar una revisión implementada anteriormente. 

En todos los casos, a la implementación nueva o restaurada se le asigna su propio ID de implementación. La consola de CodeDeploy muestra una lista de las implementaciones que son el resultado de una implementación automática. 

Si vuelve a realizar una implementación, el grupo de destino asociado al conjunto de tareas original de la implementación actual se asocia al siguiente conjunto de tareas de sustitución de la nueva implementación.

Para obtener más información, consulte [Vuelva a implementar y revertir una implementación con CodeDeploy](deployments-rollback-and-redeploy.md).

## blue/green Implementaciones de Amazon ECS mediante AWS CloudFormation
<a name="deployment-steps-ecs-cf"></a>

Puede utilizarlo AWS CloudFormation para gestionar las blue/green implementaciones de Amazon ECS a través CodeDeploy de. Para obtener más información, consulte [Cree una blue/green implementación de Amazon ECS mediante CloudFormation](deployments-create-ecs-cfn.md).

**nota**  
La administración de blue/green las implementaciones de Amazon ECS con no CloudFormation está disponible en la región de Asia Pacífico (Osaka).

# Implementación azul/verde en una plataforma de informática de EC2/en las instalaciones
<a name="deployment-steps-server"></a>

En este tema se proporciona información sobre los componentes y el flujo de trabajo de las CodeDeploy implementaciones que utilizan la plataforma informática local de EC2. Para obtener información sobre las implementaciones, consulte blue/green . [Descripción general de una implementación blue/green](welcome.md#welcome-deployment-overview-blue-green)

**Topics**
+ [Componentes de una implementación en una plataforma de informática EC2/en las instalaciones](#deployment-steps-components-server)
+ [Flujo de trabajo de implementación en una plataforma de informática de EC2/en las instalaciones](#deployment-steps-workflow)
+ [Configuración de instancias](#deployment-steps-setting-up-instances)
+ [Carga de la revisión de la aplicación](#deployment-steps-uploading-your-app)
+ [Creación de la aplicación y los grupos de implementación](#deployment-steps-registering-app-deployment-groups)
+ [Implementación de la revisión de la aplicación](#deployment-steps-deploy)
+ [Actualización de la aplicación](#deployment-steps-updating-your-app)
+ [Implementaciones detenidas y que producen error](#deployment-stop-fail)
+ [Reimplementaciones y restauración de implementaciones](#deployment-rollback)

## Componentes de una implementación en una plataforma de informática EC2/en las instalaciones
<a name="deployment-steps-components-server"></a>

En el siguiente diagrama se muestran los componentes de una CodeDeploy implementación en una plataforma informática local de EC2. 

![\[Los componentes de una CodeDeploy implementación en una plataforma informática local de EC2.\]](http://docs.aws.amazon.com/es_es/codedeploy/latest/userguide/images/deployment-components-workflow.png)


## Flujo de trabajo de implementación en una plataforma de informática de EC2/en las instalaciones
<a name="deployment-steps-workflow"></a>

En el diagrama siguiente se muestran los principales pasos en la implementación de revisiones de aplicaciones:

![\[Los principales pasos en la implementación de revisiones de aplicaciones.\]](http://docs.aws.amazon.com/es_es/codedeploy/latest/userguide/images/deployment-process.png)


Estos pasos incluyen:

1. Cree una aplicación y asígnele un nombre que identifique de forma exclusiva las revisiones de la aplicación que desea implementar y la plataforma informática de la aplicación. CodeDeploy usa este nombre durante una implementación para asegurarse de que hace referencia a los componentes de implementación correctos, como el grupo de implementación, la configuración de la implementación y la revisión de la aplicación. Para obtener más información, consulte [Cree una aplicación con CodeDeploy](applications-create.md).

1. Configure un grupo de implementaciones especificando un tipo de implementación y las instancias en las que desea implementar las revisiones de la aplicación. Una implementación in situ actualiza instancias con la última revisión de la aplicación. Una blue/green implementación registra un conjunto de instancias de reemplazo para el grupo de implementaciones con un balanceador de cargas y anula el registro de las instancias originales. 

   Puede especificar las etiquetas aplicadas a las instancias, los nombres de grupos de Amazon EC2 Auto Scaling o ambas cosas.

   Si especificas un grupo de etiquetas en un grupo de despliegues, se CodeDeploy despliega en instancias que tengan aplicada al menos una de las etiquetas especificadas. Si especificas dos o más grupos de etiquetas, se CodeDeploy despliega solo en las instancias que cumplen los criterios de cada uno de los grupos de etiquetas. Para obtener más información, consulte [Etiquetado de instancias para grupos de despliegue en CodeDeploy](instances-tagging.md).

   En todos los casos, las instancias deben configurarse para usarse en una implementación (es decir, deben estar etiquetadas o pertenecer a un grupo de Amazon EC2 Auto Scaling) y tener CodeDeploy el agente instalado y en ejecución. 

   Le proporcionamos una CloudFormation plantilla que puede utilizar para configurar rápidamente una instancia de Amazon EC2 basada en Amazon Linux o Windows Server. También le proporcionamos el CodeDeploy agente independiente para que pueda instalarlo en instancias de Amazon Linux, Ubuntu Server, Red Hat Enterprise Linux (RHEL) o Windows Server. Para obtener más información, consulte [Cree un grupo de despliegue con CodeDeploy](deployment-groups-create.md).

   También puede especificar las siguientes opciones: 
   + **Notificaciones de Amazon SNS**. Cree activadores que envíen notificaciones a los suscriptores de un tema de Amazon SNS cuando ocurran eventos específicos, como eventos de éxito o error, en las implementaciones e instancias. Para obtener más información, consulte [Monitorización de implementaciones con notificaciones de eventos de Amazon SNS](monitoring-sns-event-notifications.md).
   + **Administración de implementaciones basadas en alarmas**. Implemente el monitoreo de CloudWatch alarmas de Amazon para detener las implementaciones cuando sus métricas superen o caigan por debajo de los umbrales establecidos. CloudWatch
   + **Restauraciones de implementaciones automáticas**. Configure una implementación para que se restaure automáticamente a la última revisión correcta conocida si se produce un error en una implementación o si se supera el umbral de la alarma.

1. Especifique una configuración de implementación para indicar en cuántas instancias se deben implementar simultáneamente las revisiones de la aplicación y describir las condiciones de éxito y fracaso de la implementación. Para obtener más información, consulte [Vea los detalles de la configuración de la implementación con CodeDeploy](deployment-configurations-view-details.md).

1. Cargue una revisión de la aplicación en Amazon S3 o GitHub. Además de los archivos que desee implementar y de los scripts que desee ejecutar durante la implementación, debe incluir un archivo de *especificaciones de la aplicación (AppSpec archivo*). Este archivo contiene las instrucciones de implementación, como, por ejemplo, dónde se deben copiar los archivos en cada instancia y cuándo se deben ejecutar los scripts de implementación. Para obtener más información, consulte [Trabajar con revisiones de aplicaciones para CodeDeploy](application-revisions.md).

1. Implemente la revisión de la aplicación en el grupo de implementaciones. El CodeDeploy agente de cada instancia del grupo de implementación copia la revisión de la aplicación de Amazon S3 o GitHub a la instancia. A continuación, el CodeDeploy agente separa la revisión y, utilizando el AppSpec archivo, copia los archivos en las ubicaciones especificadas y ejecuta los scripts de implementación. Para obtener más información, consulte [Cree una implementación con CodeDeploy](deployments-create.md).

1. Compruebe los resultados de la implementación. Para obtener más información, consulte [Supervisión de los despliegues en CodeDeploy](monitoring.md).

1. Vuelva a implementar una revisión. Se recomienda hacer esto si se necesita corregir un error en el contenido de origen o ejecutar los scripts de la implementación en un orden diferente o solucionar una implementación que dio error. Para ello, reagrupe el contenido fuente revisado, los scripts de despliegue y el AppSpec archivo en una nueva revisión y, a continuación, cargue la revisión en el GitHub depósito o repositorio de Amazon S3. Luego ejecute una nueva implementación en el mismo grupo de implementaciones con la nueva revisión. Para obtener más información, consulte [Cree una implementación con CodeDeploy](deployments-create.md).

## Configuración de instancias
<a name="deployment-steps-setting-up-instances"></a>

 Debe configurar instancias antes de implementar revisiones en la aplicación por primera vez. Si la revisión de una aplicación requiere tres servidores de producción y dos servidores de copia de seguridad, lanzará o utilizará cinco instancias. 

Para aprovisionar instancias manualmente:

1. Instale el CodeDeploy agente en las instancias. El CodeDeploy agente se puede instalar en instancias de Amazon Linux, Ubuntu Server, RHEL y Windows Server.

1. Habilite el etiquetado si utiliza etiquetas para identificar las instancias de un grupo de implementaciones. CodeDeploy se basa en etiquetas para identificar y agrupar las instancias en grupos CodeDeploy de implementación. Si bien los tutoriales de Introducción utilizaron ambos, puede usar una clave o un valor para definir una etiqueta para un grupo de implementaciones.

1. Inicie instancias de Amazon EC2 con un perfil de instancia de IAM adjunto. El perfil de la instancia de IAM debe adjuntarse a una instancia de Amazon EC2 a medida que se lanza para que CodeDeploy el agente verifique la identidad de la instancia.

1. Cree un rol de servicio. Proporcione acceso al servicio para CodeDeploy poder ampliar las etiquetas de su AWS cuenta.

Para una implementación inicial, la CloudFormation plantilla hace todo esto por ti. Crea y configura nuevas instancias únicas de Amazon EC2 basadas en Amazon Linux o Windows Server con CodeDeploy el agente ya instalado. Para obtener más información, consulte [Trabajar con instancias para CodeDeploy](instances.md). 

**nota**  
Para una blue/green implementación, puede elegir entre usar las instancias que ya tiene para el entorno de reemplazo o dejar que se le CodeDeploy aprovisionen nuevas instancias como parte del proceso de implementación. 

## Carga de la revisión de la aplicación
<a name="deployment-steps-uploading-your-app"></a>

Coloque un AppSpec archivo en la carpeta raíz de la estructura de carpetas de contenido fuente de la aplicación. Para obtener más información, consulte [CodeDeploy archivos de especificación de la aplicación (AppSpec)](application-specification-files.md).

Empaquete la estructura de carpetas del contenido de origen de la aplicación en un formato de archivo de almacenamiento como zip, tar o tar comprimido. Suba el archivo de almacenamiento (la *revisión*) a un depósito o GitHub repositorio de Amazon S3.

**nota**  
Los formatos de archivo tar y tar comprimido (.tar y .tar.gz) no son compatibles con las instancias de Windows Server.

## Creación de la aplicación y los grupos de implementación
<a name="deployment-steps-registering-app-deployment-groups"></a>

Un grupo de CodeDeploy implementación identifica un conjunto de instancias en función de sus etiquetas, los nombres de los grupos de Amazon EC2 Auto Scaling o ambos. Se pueden implementar varias revisiones de la aplicación en la misma instancia. Una revisión de la aplicación se puede implementar en múltiples instancias. 

Por ejemplo, podría agregar una etiqueta "Prod" a los tres servidores de producción y "Backup" a los dos servidores de backup. Estas dos etiquetas se pueden usar para crear dos grupos de implementación diferentes en la CodeDeploy aplicación, lo que le permite elegir qué conjunto de servidores (o ambos) debe participar en una implementación.

Puede utilizar varios grupos de etiquetas en un grupo de implementaciones para restringir las implementaciones con un conjunto más pequeño de instancias. Para obtener información, consulte [Etiquetado de instancias para grupos de despliegue en CodeDeploy](instances-tagging.md).

## Implementación de la revisión de la aplicación
<a name="deployment-steps-deploy"></a>

Ahora está listo para implementar la revisión de la aplicación desde Amazon S3 o GitHub en el grupo de implementación. Puede usar la CodeDeploy consola o el comando [create-deployment](https://docs.aws.amazon.com/cli/latest/reference/deploy/create-deployment.html). Hay parámetros que puede especificar para controlar la implementación, que incluyen la revisión, el grupo de implementaciones y la configuración de la implementación.

## Actualización de la aplicación
<a name="deployment-steps-updating-your-app"></a>

Puede realizar actualizaciones en la aplicación y, a continuación, utilizar la CodeDeploy consola o ejecutar el comando [create-deployment](https://docs.aws.amazon.com/cli/latest/reference/deploy/create-deployment.html) para realizar una revisión. 

## Implementaciones detenidas y que producen error
<a name="deployment-stop-fail"></a>

Puede usar la CodeDeploy consola o el comando [stop-deployment](https://docs.aws.amazon.com/cli/latest/reference/deploy/stop-deployment.html) para detener una implementación. Cuando se intenta detener la implementación, sucede una de estas tres cosas:
+ La implementación se detiene y la operación devuelve el estado “realizada correctamente”. En este caso, no se ejecutan más eventos del ciclo de vida de implementación en el grupo de implementaciones para la implementación detenida. Es posible que algunos archivos se hayan copiado y que algunos scripts ya se hayan ejecutado en una o varias de las instancias del grupo de implementaciones.
+ La implementación no se detiene inmediatamente y la operación devuelve el estado “pendiente”. En este caso, podrían seguir ejecutándose algunos eventos del ciclo de vida de implementación en el grupo de implementaciones. Es posible que algunos archivos se hayan copiado y que algunos scripts ya se hayan ejecutado en una o varias de las instancias del grupo de implementaciones. Después de finalizada la operación pendiente, las llamadas posteriores para detener la implementación devuelven el estado “realizada correctamente”.
+ La implementación no se puede detener y la operación devuelve un error. Para obtener más información, consulta la [ErrorInformation](https://docs.aws.amazon.com/codedeploy/latest/APIReference/API_ErrorInformation.html)referencia sobre [errores comunes](https://docs.aws.amazon.com/codedeploy/latest/APIReference/CommonErrors.html) en la AWS CodeDeploy API.

Al igual que las implementaciones detenidas, las que dan error pueden dar lugar a que algunos eventos del ciclo de vida de implementación ya se hayan ejecutado en una o varias de las instancias del grupo de implementaciones. Para averiguar por qué ha fallado una implementación, puede usar la CodeDeploy consola, [get-deployment-instance](https://docs.aws.amazon.com/cli/latest/reference/deploy/get-deployment-instance.html)ejecutar el comando o analizar los datos del archivo de registro de la implementación fallida. Para obtener más información, consulte [Limpieza de revisiones de aplicación y archivos de registro](codedeploy-agent.md#codedeploy-agent-revisions-logs-cleanup) y [Vea los datos de registro de las implementaciones locales CodeDeploy de EC2/](deployments-view-logs.md).

## Reimplementaciones y restauración de implementaciones
<a name="deployment-rollback"></a>

CodeDeploy implementa las reversiones al volver a implementar, como una nueva implementación, una revisión previamente implementada. 

Puede configurar un grupo de implementación para que se restaure automáticamente si se dan ciertas condiciones, por ejemplo, si falla una implementación o si se alcanza el umbral de monitorización de alarmas. Además, puede anular la configuración de restauración especificada para el grupo de implementaciones en una implementación individual.

También puede optar por restaurar una implementación que produjo error manualmente, volviendo a implementar una revisión implementada anteriormente. 

En todos los casos, a la implementación nueva o restaurada se le asigna su propio ID de implementación. La lista de despliegues que puede ver en la CodeDeploy consola muestra cuáles son el resultado de un despliegue automático. 

Para obtener más información, consulte [Vuelva a implementar y revertir una implementación con CodeDeploy](deployments-rollback-and-redeploy.md).