Cargas de trabajo de .NET en Amazon ECS y AWS Fargate

El menú contextual del grupo Clústeres ofrece las siguientes opciones:

• Actualizar: actualiza la colección de clústeres que se muestra en el Explorador.
  

El menú contextual de cada clúster desplegado que se muestra en el Explorador ofrece opciones para:

• Ver los detalles del clúster (abre una nueva ventana de documento).
• Eliminar el clúster.

No se puede eliminar un clúster cuando tiene tareas en ejecución. Para eliminar las tareas de un clúster, primero se utiliza la opción del menú Ver para abrir la vista de detalles de un clúster y, a continuación, se selecciona Editar en la vista y se establece el valor de las tareas deseadas en 0. Una vez agotadas todas las tareas en ejecución, elimine el clúster mediante el botón Eliminar de la vista o la entrada del menú contextual. La vista de los detalles del clúster se muestra a continuación:

El menú contextual del grupo Repositorios ofrece opciones para:

• Crear repositorio: abre una ventana de diálogo para introducir el nombre del nuevo repositorio. Tenga en cuenta que los nuevos repositorios solo se pueden crear en su registro privado.
• Actualizar: actualiza la colección de repositorios que se muestra en el Explorador.

El menú contextual de un repositorio que aparece en el grupo Repositorios ofrece opciones para:

• Ver: abre una nueva ventana de documento con las imágenes contenidas en el repositorio. Los comandos específicos necesarios para enviar imágenes a este repositorio también se pueden ver aquí
  

• Eliminar: abre una ventana de diálogo para confirmar la eliminación del repositorio. Opcionalmente, el kit de herramientas puede eliminar todas las imágenes contenidas en el repositorio antes de eliminar el repositorio en sí (los repositorios que no estén vacíos no se pueden eliminar).
  

Publicar en AWS permite el despliegue de aplicaciones .NET en Amazon ECS con AWS Fargate, AWS App Runner y máquinas virtuales en AWS Elastic Beanstalk. También se puede utilizar para publicar imágenes de contenedores en Amazon ECR. Además de ofrecer el despliegue de varios servicios, desde un único portal IDE, Publicar en AWS también ofrece:

• La capacidad de crear proyectos de despliegue personalizados para una aplicación. Los proyectos de despliegue personalizados permiten la creación de recursos de AWS adicionales durante la despliegue y configuraciones de experiencia de usuario de despliegue personalizadas. Al registrar el proyecto de despliegue en el control de código fuente, junto con la aplicación, todos los equipos de desarrollo tienen acceso a la misma configuración personalizada y a los mismos recursos de despliegue aplicables a la aplicación cuando la despliegan desde Visual Studio.
• Una experiencia de línea de comandos de dotnet, disponible tras instalar el paquete AWS.Deploy.Tools desde NuGet. La experiencia de línea de comandos muestra las mismas opciones, incluidas las que se agregan mediante proyectos de despliegue personalizados. El uso de la herramienta de línea de comandos se explica más adelante en esta sección. Al desplegarlas en los servicios de contenedores de AWS, no es necesario que las aplicaciones tengan un Dockerfile preexistente; si es necesario, se genera un Dockerfile.

Nota: Publicar en AWS solo admite aplicaciones .NET; no admite el despliegue de aplicaciones que usen .NET Framework.

Nota: el despliegue en AWS App Runner se analiza en otro curso, cargas de trabajo .NET en AWS App Runner.

Publicar en AWS tiene un par de instalaciones obligatorios y si falta alguna se lo indicará. El AWS Cloud Deployment Kit (CDK) se utiliza para aprovisionar y configurar los recursos de AWS para respaldar el despliegue de la aplicación. El CDK requiere que Node.js esté instalado. Abra en un navegador https://nodejs.org/en/ e instale la última versión compatible a largo plazo (LTS) o la versión actual de Node.js. Una vez instalado Node.js, abra una consola de comandos y ejecute el comando npm install -g aws-cdk para instalar el CDK. Una vez instalados estos dos requisitos previos, se pueden realizar despliegues mediante Publicar en AWS.

Comience a Publicar en AWS desde el menú contextual del proyecto de la aplicación en Solution Explorer. Se analiza la aplicación y se muestran varias opciones de despliegue, denominadas recetas. En el caso de las aplicaciones que ya están configuradas con un Dockerfile, primero se muestran las recetas para desplegar la aplicación en Amazon ECS con AWS Fargate o para enviar una imagen de contenedor a Amazon ECR. Para las aplicaciones que aún no están configuradas con un Dockerfile, estas opciones se muestran para las aplicaciones web y API web de ASP.NET Core (incluido Blazor Server) y las aplicaciones de consola.

Nota: si la aplicación ya se desplegó (en cualquier servicio), la interfaz de usuario de publicación ofrecerá volver a desplegarla primero en los destinos existentes. Si esto ocurre, seleccione la opción de la pestaña Publicar en un nuevo destino para realizar un nuevo despliegue, en lugar de volver a repetirlo.

La siguiente captura de pantalla muestra las recetas disponibles, en el momento de escribir este artículo, para una aplicación web ASP.NET Core 6. Si hay algún proyecto de despliegue personalizado disponible para la aplicación, aparecerá por encima de las recetas proporcionadas por AWS. En la captura de pantalla, se selecciona la receta para publicar en Amazon ECS mediante AWS Fargate. El panel de la derecha muestra las opciones de despliegue predeterminadas para esa receta.

Como mínimo, se requiere un nombre de aplicación; el nombre del proyecto se usa de forma predeterminada. En función de la aplicación, es posible seleccionar el botón Publicar e iniciar el despliegue inmediatamente. Sin embargo, si la aplicación realiza llamadas a los servicios de AWS, será necesario proporcionar una función personalizada que contenga los permisos que permitan a la aplicación acceder a los servicios y a las API de servicios. Seleccione el botón Editar configuración para especificar, si es necesario, un rol para la aplicación y cualquier cambio de infraestructura que desee antes del despliegue. Por ejemplo, se pueden realizar cambios en la memoria y la CPU de las tareas, la configuración de la red, el equilibrio de carga y los requisitos de escalado. La siguiente captura de pantalla muestra algunas de las opciones disponibles para la receta seleccionada. Las categorías de la izquierda (Computación, Permisos, VPC, etc.) ilustran el rango de opciones que se pueden especificar para el despliegue.
Los contenedores de Windows de Fargate pueden ejecutar aplicaciones .NET Framework y .NET. Fargate admite actualmente dos versiones de Windows Server para aplicaciones: Windows Server 2019 Full y Windows Server 2019 Core. Sea cual sea la versión que utilice, AWS administra las licencias del sistema operativo Windows por usted.

Una vez configuradas las opciones necesarias, seleccione el botón Publicar para iniciar el despliegue.

Para la aplicación web ASP.NET Core de ejemplo que se muestra arriba, Publicar en AWS realizará varios pasos que se pueden seguir en el resultado del registro de despliegue:

1. La imagen del contenedor se crea mediante un Dockerfile existente o un Dockerfile generado automáticamente.
2. La autenticación se realiza en su registro privado de Amazon ECR y la imagen se envía a un repositorio. De forma predeterminada, se usa un repositorio con el mismo nombre que el despliegue de la aplicación, pero se puede seleccionar otro repositorio antes de comenzar a publicar, editando la configuración de despliegue (el nombre del repositorio se encuentra en la configuración de la categoría Creación de proyectos).
3. Se genera un proyecto CDK temporal en el que se definen los recursos necesarios para respaldar el despliegue, por ejemplo, la definición de la tarea, la configuración del clúster, la configuración de la red y otros ajustes.
4. Por último, el proyecto CDK se usa para desplegar una pila de AWS CloudFormation para lanzar y configurar los recursos, y la aplicación desplegada en esos recursos.

Cuando se completa el despliegue, en la ventana se muestra información resumida sobre la pila de CloudFormation, junto con un URL de la aplicación desplegada (si se desplegó como un servicio). Al hacer clic en la URL, se abre un navegador en la aplicación desplegada.

Los despliegues de aplicaciones realizadas con Publicar en AWS son simplemente pilas de AWS CloudFormation. Puede eliminar un despliegue de las siguientes maneras:

• Navegue hasta el panel de CloudFormation en la consola de administración de AWS y elimine la pila asociada.
• En Visual Studio, expanda la entrada de AWS CloudFormation en el explorador de AWS, seleccione la pila y elija Eliminar en el menú contextual de la pila.
• Desde un shell de línea de comandos, con el paquete AWS.Tools.Deploy instalado, ejecute el comando dotnet aws delete-deployment.

También desde un shell de línea de comandos, puede usar el comando remove-CFNStack de AWS Tools para PowerShell o el comando aws cloudformation delete-stack de la CLI de AWS para eliminar las pilas que representan una aplicación basada en contenedores desplegados.

Publicar en AWS ofrece un mecanismo fácil de usar y ampliable para desplegar aplicaciones.NET adecuadas para ejecutarse en un contenedor en AWS, sin necesidad de tener amplios conocimientos de AWS ni siquiera del desarrollo en la nube. Las recetas integradas y personalizables permiten a los desarrolladores desplegar y volver a desplegar aplicaciones cómodamente durante el desarrollo desde Visual Studio a Amazon ECS con AWS Fargate y otros servicios basados en contenedores. Publicar en AWS es la opción recomendada para desplegar aplicaciones web y API web de ASP.NET Core, incluido Blazor del lado del servidor, en contenedores de AWS.

Publicar un contenedor en AWS es el enfoque original basado en asistentes para desplegar aplicaciones .NET en contenedores en AWS desde Visual Studio. El asistente, que ahora se considera un enfoque heredado, todavía se admite en Visual Studio al momento, pero es posible que se elimine en una versión futura.

En comparación con Publicar en AWS, Publicar un contenedor en AWS tiene las siguientes características y restricciones:

• Solo admite el despliegue en Amazon ECS (con o sin AWS Fargate). Publicar en AWS también es compatible con AWS App Runner y con servicios de máquinas virtuales como AWS Elastic Beanstalk
• Admite el despliegue de aplicaciones web y API web de ASP.NET Core y aplicaciones de consola en contenedores. Esto es similar al que ofrece Publicar en AWS.
• Requiere que ya exista un Dockerfile en la aplicación. A diferencia de Publicar en AWS, un Dockerfile no se genera automáticamente. Si el proyecto de la aplicación no contiene un Dockerfile, la opción de publicar el contenedor en ECS no se muestra en el menú contextual del proyecto.
• No depende del kit de desarrollo en la nube de AWS ni de Node.js.
• El despliegue no se puede modificar más allá de la configuración disponible en el asistente. Los proyectos de despliegue personalizados, como los que ofrece Publicar en AWS, no están disponibles.
• Se puede usar con una extensión de herramienta CLI de dotnet, Amazon.ECS.Tools, disponible en NuGet. Mediante un sencillo archivo de configuración en formato JSON, aws-ecs-tools-defaults.json, los ajustes de configuración elegidos en el asistente se pueden compartir con una experiencia de línea de comandos, empezando por ejecutar dotnet ecs en un shell de línea de comandos. La opción de línea de comandos es adecuada para desarrolladores que no pueden usar Visual Studio o el kit de herramientas de AWS, o para despliegues automatizados en un sistema de CI/CD.
  

Nota: el asistente contiene un banner en el que se recomienda cambiar a la nueva experiencia de Publicar en AWS. En algún momento en el futuro, el asistente heredado se eliminará del conjunto de herramientas.

El asistente rellenará previamente los campos de credenciales y región de AWS en función de las selecciones actuales en la ventana del Explorador de AWS. De forma predeterminada, la configuración de lanzamiento de un proyecto se despliega en un repositorio que lleva el nombre del proyecto, que se creará cuando sea necesario.

El menú desplegable Objetivo de despliegue que está al pie de la página contiene cuatro opciones posibles:

• El Servicio en un clúster de ECS es adecuado para aplicaciones que necesitan ejecutarse las 24 horas del día, los 7 días de la semana, por ejemplo, una aplicación web o, posiblemente, una API web.
• Ejecutar tarea en un clúster de ECS es adecuado para el código de aplicación que se ejecuta una vez y luego sale, por ejemplo, una aplicación basada en consola. Una vez finalizada la tarea, se puede volver a ejecutar manualmente según sea necesario.
• La tarea programada en un clúster de ECS es adecuada para tareas que se ejecutan periódicamente antes de salir. Los ejemplos incluyen los procesos por lotes o los trabajos de ETL nocturnos.
• Al enviar solo la imagen de Docker a Amazon Elastic Container Registry, se crea la imagen del contenedor de la aplicación, se autentifica en su registro privado y la envía a un repositorio del registro privado. No se admiten los repositorios de su registro público.

Una vez elegido el objetivo adecuado, el botón Siguiente pasa a una página en la que se define la configuración de inicio. Los datos seleccionados aquí y en las páginas siguientes se auto completan en una definición de tarea.

Al elegir Crear un clúster vacío para el campo Clúster de ECS, se bloquea al asistente en un despliegue mediante AWS Fargate. Para realizar el despliegue en Amazon ECS sin usar AWS Fargate, primero debe crear los recursos de clúster necesarios con otras herramientas, como la consola de administración de AWS, y luego seleccionar el clúster existente en el asistente.

Si se seleccionó el servicio en un clúster de ECS al inicio del asistente, en la página siguiente se solicita la cantidad de tareas (instancias de contenedor) que se van a ejecutar (el valor predeterminado es 1) y el porcentaje mínimo y máximo de tareas que el servicio debe mantener. Para usar un servicio existente, seleccione su nombre aquí o defina el nombre del nuevo servicio que se va a crear. Si se seleccionó Tarea en un clúster de ECS, se le pedirá que establezca la cantidad de tareas y que asigne un nombre al grupo de tareas. La siguiente captura de pantalla muestra la opción de Servicio en un clúster de ECS al desplegar una aplicación web.

Si el objetivo del despliegue es un servicio, la página siguiente del asistente permite configurar un equilibrador de carga de aplicación, que incluye una página de comprobación de estado. De forma predeterminada, no hay ningún equilibrador de carga configurado. Para los objetivos de despliegue basados en tareas, la página del equilibrador de carga no se muestra, ya que los contenedores que componen la tarea se ejecutan una vez y salen.

La página de configuración final del asistente contiene más opciones que se incluirán en la definición de la tarea, como usar una definición de tarea existente o crear una nueva. Aquí también seleccione el rol de IAM para el código de la aplicación (función de tarea) si la aplicación realiza llamadas a los servicios de AWS, y la función de ejecución que asumirá Amazon ECS al conceder acceso a sus imágenes de registro privadas y a otros recursos necesarios para aprovisionar recursos durante el despliegue. Por último, especifique el puerto del contenedor que debe exponerse y cualquier variable de entorno adicional.

Una vez completados todos los ajustes, al seleccionar Publicar se inicia el despliegue. Al igual que la nueva funcionalidad Publicar en AWS, en el kit de herramientas se explicarán una serie de pasos para completar el despliegue. Estos pasos se pueden seguir en la salida de progreso del asistente o en el panel Amazon Web Services de la ventana de salida del IDE.

1. Se creará la aplicación y se creará la imagen del contenedor.
2. La autenticación se realiza en su registro privado de Amazon ECR y la imagen se envía a un repositorio. El nombre del repositorio que se va a utilizar se especificó en la primera página del asistente y, de forma predeterminada, el nombre del proyecto.
3. Se aprovisionan y configuran los clústeres y otros recursos adecuados a la configuración elegida en el asistente.

Una vez que se completa el aprovisionamiento de recursos para el clúster, el kit de herramientas abre una vista de clúster. Aquí puede supervisar el progreso de las tareas que comienzan a ejecutarse para cumplir con el número especificado en el asistente y, en el caso de los servicios, encontrar la URL para acceder a la aplicación desplegada si se seleccionó un equilibrador de carga durante el asistente.

El asistente Publicar contenedor en AWS de Visual Studio está diseñado para desarrolladores que realizan iteraciones en una aplicación dentro de su IDE. Para la automatización de CI/CD o para que lo usen desarrolladores que no trabajan en un sistema Windows, AWS proporciona un paquete de herramientas NuGet, Amazon.ecs.Tools, que amplía la CLI de dotnet. Para instalar esta herramienta, abra un shell de línea de comandos y ejecute el comando:

instalación de la herramienta dotnet -g Amazon.ecs.tools.

Para comenzar después de la instalación, para ver las opciones de comando de nivel superior, ejecute el comando:

dotnet ecs

Para iniciar un despliegue, desde la carpeta de proyectos de la aplicación, ejecute:

dotnet ecs deploy

Hay ayuda adicional disponible sobre la herramienta y todos sus comandos en la función de ayuda.

Para las aplicaciones que se desplegaron anteriormente con el asistente en Visual Studio, la configuración seleccionada en el asistente está disponible de forma predeterminada en un archivo de texto con formato JSON, aws-ecs-tols-defaults.json. Este archivo se encuentra en el directorio del proyecto de la aplicación. La herramienta de línea de comandos leerá estos ajustes y podrá anularlos según sea necesario.

Más adelante en este módulo, en la sección titulada despliegue de contenedores .NET en AWS desde la línea de comandos, se analizará con más detalles el despliegue de aplicaciones en contenedores en AWS mediante la extensión dotnet CLI de Amazon.ECS.Tools, incluido su uso en la automatización de CI/CD.

Para eliminar los despliegues realizados con el asistente Publicar contenedor en AWS, utilice uno de los siguientes métodos:

• En la consola de administración de AWS, navegue hasta el panel de ECS, seleccione el clúster en la lista que se muestra y elija Eliminar clúster en la vista de detalles del clúster.
• En Visual Studio, abra la vista de clúster de la aplicación desplegada, elija Editar y establezca el recuento de tareas deseadas en 0. Una vez que no se esté ejecutando ninguna tarea, seleccione Eliminar en la vista de clústeres o en el menú contextual de la entrada del clúster en la vista del Explorador de AWS para eliminar el clúster.
• Una vez que se haya eliminado el clúster, es posible que también desee eliminar el repositorio que contiene las imágenes utilizadas durante el despliegue.

Una vez que se haya eliminado el clúster, es posible que también desee eliminar el repositorio que contiene las imágenes utilizadas durante el despliegue.

Nota: la extensión de línea de comandos de Amazon.ecs.tools no admite la eliminación de despliegues.

Publicar un contenedor en AWS ofrece un enfoque basado en asistentes para desplegar aplicaciones en Amazon ECS (con o sin AWS Fargate) y Amazon ECR. A diferencia de Publicar en AWS, Publicar un contenedor en ECS solo admite Amazon ECS, AWS Fargate y Amazon ECR como objetivos de despliegue. Además, las opciones de despliegue se limitan a las que se proporcionan en el asistente o en su equivalente en la línea de comandos y no se pueden personalizar. Publicar en AWS es la herramienta de reemplazo preferida para el despliegue de aplicaciones .NET en AWS. Sin embargo, para aquellos equipos que no puedan adoptar la nueva experiencia, el asistente y la extensión de línea de comandos más antiguos siguen siendo compatibles y están disponibles para su uso.

El paquete AWS.Deploy.Tools de NuGet es el equivalente en línea de comandos de Publicar en AWS en Visual Studio en Windows. La versión de línea de comandos, que se puede usar en las plataformas Windows, macOS y Linux, expone las mismas recetas de despliegue disponibles en Visual Studio. Esto incluye la capacidad de seleccionar proyectos de despliegue personalizados definidos para una aplicación. El paquete se mantiene como un proyecto de código abierto en GitHub.

Nota: al momento en el que se escribe este artículo, aunque los proyectos de despliegue personalizados se pueden usar tanto desde la línea de comandos como desde Visual Studio, solo se pueden crear con la herramienta de línea de comandos.

Para instalar el paquete, abra un shell de línea de comandos y ejecute el comando:

dotnet tool install -g aws.deploy.tools

Periódicamente se publican nuevas versiones. Para actualizarlas, ejecute el comando:

dotnet tool update -g aws.deploy.tools

Al igual que Publicar en AWS en Visual Studio, el paquete AWS.Deploy.Tools depende de Node.js y del AWS Cloud Development Kit, así que asegúrese de instalarlos también.

Tras la instalación, para comprobar que la instalación se realizó correctamente y ver las opciones de comando de nivel superior disponibles, ejecute:

dotnet aws

Para iniciar un despliegue en la línea de comandos, desde la carpeta que contiene el archivo de proyecto de la aplicación (archivo.csproj), ejecute el comando:

dotnet aws deploy

Se analiza la aplicación y se muestra un conjunto de recetas de despliegue numeradas entre las que puede seleccionar. En la siguiente captura de pantalla, la herramienta ha completado el análisis de una aplicación que actualmente no tiene un Dockerfile y recomienda su despliegue en máquinas virtuales en AWS Elastic Beanstalk. Sin embargo, esto se puede cambiar introduciendo el número de receta deseado, en este caso 3, para desplegarlo como contenedores con AWS Fargate. Se creará un Dockerfile durante el despliegue y se agregará al proyecto.

Una vez seleccionada la receta, una serie de mensajes recopilan la información necesaria, como el nombre del despliegue (que por defecto es el nombre del proyecto, pero se puede cambiar). Otros ajustes opcionales se pueden ajustar mediante submenús numerados.

En la captura de pantalla anterior, pulsar ‘4’ permitiría seleccionar un rol de IAM personalizado para que la aplicación lo asuma cuando se ejecute, en lugar de que el despliegue cree un rol nuevo y vacío. Las opciones avanzadas adicionales para configurar el despliegue están disponibles al ingresar ‘más’.

Una vez que esté satisfecho con la configuración, al pulsar la tecla Intro se iniciará el despliegue. En los escenarios en los que la aplicación no necesita especificar un rol personalizado y los valores predeterminados propuestos son aceptables, basta con presionar la tecla Intro dos veces, una para confirmar el nombre de despliegue predeterminado y otra para iniciar el despliegue de la aplicación.

Al igual que el despliegue desde Visual Studio, si se ha seleccionado una receta de contenedor, se genera un Dockerfile si es necesario, la imagen se crea y se envía a Amazon ECR (la herramienta autentifica por usted) y se crea un proyecto de CDK para aprovisionar la infraestructura, que luego se despliega en AWS CloudFormation. Los eventos y otra información de estado del despliegue se repiten en la terminal. Por último, se genera la URL del punto de conexión de la aplicación junto con otra información resumida, como los nombres del clúster y del servicio.

El redespliegue de aplicaciones también se admite en la línea de comandos. Cuando dotnet aws deploy se ejecuta en la carpeta de un proyecto que se ha desplegado anteriormente, primero enumerará los despliegues existentes para seleccionarlos, seguido de la opción de seleccionar una receta para un nuevo despliegue.

AWS.Deploy.Tools se puede utilizar desde procesos de integración y entrega continuos. Sin embargo, en estos escenarios, las indicaciones pueden resultar problemáticas. Para deshabilitar las solicitudes, agregue el switch --silent to your command.

Con las indicaciones deshabilitadas, la herramienta no puede recopilar la configuración de despliegue cuando se ejecuta. Para proporcionar todos los ajustes obligatorios y opcionales, especifíquelos en un archivo de texto con formato JSON y proporcione el nombre del archivo, con una ruta opcional, al comando de despliegue con la opción --apply:

dotnet aws deploy --apply settings.json –-silent

La creación de un archivo de configuración está fuera del alcance de este curso. Hay un enlace a la definición del archivo en el repositorio de GitHub de la herramienta en la sección titulada Creación de un archivo de configuración de despliegue en el repositorio de GitHub de AWS .NET.

Si bien no es el tema de este curso, ni se analiza con más detalle, tenga en cuenta que puede crear proyectos de despliegue personalizados para sus aplicaciones .NET en contenedores. La creación de un proyecto de despliegue personalizado le permite agregar infraestructura adicional u otros activos para respaldar la aplicación desplegada y personalizar el entorno de versión ejecutable. Los proyectos de despliegue personalizados se pueden registrar en el control de código fuente, junto con la aplicación, y compartirlos con todo el equipo de desarrollo, lo que garantiza que todos los desplieguen con la misma configuración y personalizaciones, independientemente de si se despliegan desde Visual Studio o en la línea de comandos.

Consulte https://aws.github.io/aws-dotnet-deploy/docs/deployment-projects/cdk-project/ para obtener más información sobre el uso de proyectos de despliegue personalizados con Publicar en AWS en Visual Studio o AWS.Deploy.Tools en la línea de comandos.

Los despliegues de aplicaciones realizadas con AWS.Deploy.Tools y Publicar en AWS en Visual Studio se pueden eliminar fácilmente cuando se trabaja en la línea de comandos ejecutando el comando:

dotnet aws delete-deployment deployment-name

Sustituya el nombre del despliegue por el nombre de la pila de AWS CloudFormation que se creó para la despliegue.

El paquete Amazon.ecs.tools de NuGet es el equivalente en línea de comandos de Publicar un contenedor en AWS en Visual Studio. El paquete se puede usar en las plataformas Windows, macOS y Linux y se mantiene como un proyecto de código abierto en GitHub. Ese repositorio incluye otras dos extensiones de CLI de dotnet que se utilizan para el despliegue en AWS Lambda y AWS Elastic Beanstalk.

Para ver las opciones de comando de nivel superior, ejecute el comando:

dotnet ecs

Todos los comandos tienen ayuda adicional, a la que se puede acceder mediante el switch help.

Para iniciar un despliegue, primero decida si la desplegará en un servicio (se ejecuta de forma continua), en una tarea (se ejecuta una vez y se cierra) o en una tarea programada (se ejecuta periódicamente y sale después de cada ejecución). También puede crear la imagen y enviarla a un repositorio de su registro privado de Amazon ECR. Para el sitio web de ejemplo que se utiliza en este curso, la opción adecuada es un servicio en funcionamiento continuo. Al especificar el comando deploy-service con el switch --help se enumeran todas las configuraciones que puede aplicar.

Una vez insertada la imagen, se le pedirá que introduzca el tipo de lanzamiento, EC2 o FARGATE. Para los tipos de lanzamiento de EC2, ya debe haber creado la infraestructura de clústeres necesaria. El tipo de lanzamiento de FARGATE no requiere ningún aprovisionamiento previo, pero sí especificar la CPU y la memoria para la tarea. Consulte https://docs.aws.amazon.com/AmazonECS/latest/userguide/task_definition_parameters.html para obtener las combinaciones de valores válidas más recientes, que difieren ligeramente entre los tipos de contenedores de Linux y Windows.

En la captura de pantalla siguiente, se seleccionó FARGATE como tipo de lanzamiento, con 512 MiB de memoria y la correspondiente CPU de 256 (.25 vCPU). La herramienta también ha solicitado valores para los nombres de los clústeres y servicios antes de completar el despliegue. Una vez introducidos y validados estos valores, se solicita el despliegue y se cierra el comando.

Nota: a diferencia de Publicar en AWS y AWS.Deploy.Tools, descritos anteriormente en este módulo, los comandos de Amazon.ECS.Tools no esperan a que finalice el despliegue. Tendrá que visitar la consola de administración o usar la vista de clúster de Visual Studio para obtener datos como la URL de la aplicación desplegada.

El archivo de configuración escrito por este despliegue se muestra en la captura de pantalla siguiente. En términos generales, es similar a lo que se escribiría para un despliegue iniciada desde Visual Studio (la versión IDE escribe un poco más de configuración). Este archivo se puede registrar en un repositorio de código fuente, junto con el código de la aplicación, y se puede usar tanto con Visual Studio en Windows como en despliegues de línea de comandos en Windows, macOS y Linux. Se puede seleccionar manualmente un archivo de configuración mucho más extenso para proporcionar valores para todas las opciones de la línea de comandos. Para mayor comodidad, los nombres de las opciones corresponden a las teclas del archivo de configuración.

Amazon.ecs.tools se puede utilizar desde canalizaciones de integración y entrega continuos. Sin embargo, en estos escenarios, las indicaciones pueden resultar problemáticas. Para deshabilitar las solicitudes, agregue el switch --disable-interactive a su comando.

Con las indicaciones deshabilitadas, la herramienta no puede recopilar la configuración de despliegue cuando se ejecuta. Para proporcionar todos los ajustes obligatorios y opcionales, especifíquelos en el archivo de configuración en formato JSON y proporcione el nombre del archivo, con una ruta opcional, al comando de despliegue con la opción --config-file

Amazon.ECS..Tools no admite la eliminación de aplicaciones contenedoras desplegadas desde la línea de comandos. Para eliminar un despliegue, utilice una de las siguientes opciones.

• En la consola de administración de AWS, navegue hasta el panel de ECS, seleccione el clúster en la lista que se muestra y elija Eliminar clúster en la vista de detalles del clúster.
• En Visual Studio, abra la vista de clúster de la aplicación desplegada, elija Editar y establezca el recuento de tareas deseadas en 0. Una vez que no se esté ejecutando ninguna tarea, seleccione Eliminar en la vista de clústeres o en el menú contextual de la entrada del clúster en la vista del Explorador de AWS para eliminar el clúster.

Una vez que se haya eliminado el clúster, es posible que también desee eliminar el repositorio que contiene las imágenes utilizadas durante el despliegue

a. Lambda

b. ECS

c. EC2

d. ECR

a. C# y Node.js

b. CDK y Node.js

c. Python y CDK

d. Python y Node.js

a. Windows

b. macOS

c. Linux

d. Todos los anteriores

Respuestas: 1-b y d, 2-b, 3-d