Implementación en una plataforma de informática de Amazon ECS - AWS CodeDeploy

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.

Implementación en una plataforma de informática de Amazon ECS

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.

Antes de empezar una implementación de Amazon ECS

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 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 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 y Creación de un equilibrador de carga 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 en la Guía del usuario de Elastic Load Balancing y Creación de un servicio 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. Los grupos de destino se especifican al crear el grupo de despliegue de la CodeDeploy aplicación.

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), asocia un grupo objetivo al conjunto de tareas 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 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 en la Guía del usuario de Amazon Elastic Container Service y AppSpec sección de «recursos» para las implementaciones de Amazon 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? en la Guía del usuario de Amazon Elastic Container Service y AppSpec sección de «recursos» para las implementaciones de Amazon 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.

Flujo de trabajo de implementación (alto nivel) en una plataforma de informática de Amazon ECS

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.

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.

  2. 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.

  3. 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.

  4. 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.

  5. Compruebe los resultados de la implementación. Para obtener más información, consulte Supervisión de los despliegues en CodeDeploy.

¿Qué sucede durante una implementación de Amazon ECS?

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.

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 balanceador de carga, los oyentes, los grupos objetivo y el conjunto de tareas cuando una implementación de Amazon ECS está lista para comenzar.

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.

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. Ejecute cualquier función Lambda especificada en el BeforeInstall enlace del AppSpec archivo.

  2. Durante el evento de ciclo de vida Install:

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

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

    3. 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 despliegue con el nuevo conjunto de tareas de reemplazo. 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.
  3. Ejecute cualquier función Lambda especificada en el AfterInstall enlace del AppSpec archivo.

  4. 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 detector de pruebas enruta el tráfico a la aplicación contenerizada actualizada.
  5. 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, Restauraciones automáticas y Configuración de las opciones avanzadas de un grupo de implementación.

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

  7. 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 reemplazo recibe tráfico de producción.
  8. Ejecute cualquier función Lambda especificada en el AfterAllowTraffic enlace del AppSpec archivo.

  9. 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.

Carga de la revisión de la aplicación

Coloque un AppSpec archivo en Amazon S3 o introdúzcalo directamente en la consola o AWS CLI. Para obtener más información, consulte Application Specification Files.

Creación de la aplicación y los grupos de implementación

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

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. 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

Puede realizar actualizaciones en la aplicación y, a continuación, utilizar la CodeDeploy consola o ejecutar el comando create-deployment para realizar una revisión.

Implementaciones detenidas y que producen error

Puede usar la CodeDeploy consola o el comando stop-deployment 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 y la referencia sobre errores comunes en la AWS CodeDeploy API.

Reimplementaciones y restauración de implementaciones

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 CodeDeploy consola 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.

Implementaciones azul/verde de Amazon ECS a través de AWS CloudFormation

Puede utilizarlo AWS CloudFormation para gestionar las implementaciones azul/verde de Amazon ECS mediante. CodeDeploy Para obtener más información, consulte Cree una implementación azul/verde de Amazon ECS mediante AWS CloudFormation.

nota

La administración de las implementaciones azul/verde de Amazon ECS con no AWS CloudFormation está disponible en la región de Asia Pacífico (Osaka).