Despliegue de contenedores Docker a Azure Container Services usando Visual Studio y .NET Core

Por
En este post veremos como desplegar contenedores de Docker usando Visual Studio y Azure Container Services. Usando Docker for Windows y Hyper-V es posible almacenar localmente los contenedores creados en Visual Studio, todo esto sobre Docker Engine.

A continuación crearemos un proyecto .NET Core y lo almacenaremos en un contenedor para luego ser desplegado a nuestra cuenta de Docker Hub, después lo agregaremos a nuestro orquestador DC/OS con Marathon.

Pre-requisitos
Crear proyecto .NET Core

 En Visual Studio damos  clic en "Create new project" y elegimos:
Templates > Visual C# > Web > ASP.NET Core Web Application (.NET Core)










Seleccionamos la opción de "Web Application" y damos en "OK"















Una vez creado el proyecto, vamos a correrlo para ver que funciona correctamente.











Ahora volvemos a Visual Studio y vamos a dar clic derecho al proyecto "NETCore.Frontend.Demo"  y luego "Add > Docker Support" para crear nuestros archivos de configuración para crear los contenedores de Docker desde Visual Studio.

Una vez que demos clic en "Docker Support", Visual Studio configura el ambiente para poder desplegar contenedores localmente.

Nota: Tenemos que asegurar que el servicio de Docker este corriendo antes de desplegar, si el servicio de Docker no esta corriendo, presiona "win + s" y luego ingresa "Docker For Windows" y das clic en el servicio.

Una vez que el servicio de Docker For Windows esta corriendo, vamos a desplegar nuestra aplicación a un contenedor desde Visual Studio.

 Abrimos Visual Studio y damos clic en "Docker" en el menú contextual de VS.

Ahora para comprobar que nuestro contenedor se encuentre corriendo desde Docker, vamos abrir nuestro "Command Line" y luego ingresamos: "docker ps" (comando para listar los contenedores activos)

También podemos utilizar la herramienta "Kitematic" (Docker UI) para ver nuestro contenedor mediante una UI.


Configurar dockerfile y docker-compose
Para poder que nuestro contenedor corra en la infraestructura de Mesos y ACS, necesitamos exponer el puerto de nuestro contenedor al publico, de lo contrarío, no vamos a poder acceder a el desde el exterior.

Yo lo tengo configurado de la siguiente manera:

docker-compose:

dockerfile:

Push a Docker Hub
Primero que nada debemos de hacer "login" en nuestra cuenta de Docker Hub, ingresando el comando: "docker login":

Para agregar nuestro contenedor a Marathon (DC/OS tool), hacemos push de nuestra imagen hacia Docker Hub:

 Nota: Para esta demo, creé una contenedor con mi usuario de Docker Hub "kodran/netcore.frontend.demo". Cuando quieran hacer "push" a Docker Hub, tendrán que poner su usuario como prefijo. Pueden cambiar el usuario, modificando el archivo: "docker-compose.yml" en su proyecto de Visual Studio.


Al finalizar el despliegue, deberíamos de ver nuestro contenedor disponible en Docker Hub:


Conectarnos a Azure Container Service cluster
Para empezar a utilizar el cluster de ACS, necesitamos conectarnos a nuestro nodo master mediante SSH para tener conexión a "Mesos".

Pueden ver los pasos de conexión en mi publicación anterior:
Agregar contenedor a Marathon
Una vez conectados a nuestro Mesos, vamos a ir a la opción "Servicios" y luego clic en "Marathon"

 Después vamos a la opción de "Open Service" para ingresar a Marathon:

 Una vez en Marathon, vamos a dar "Create application" y en la opción de "General" escribimos el nombre de nuestra aplicación (contenedor) en Mesos.


 Posteriormente, vamos a dar clic en "Docker Container" para ingresar la ruta de nuestro contenedor en "Docker Hub" y luego ingresamos el puerto que estamos exponiendo en nuestro contenedor. En nuestro caso es el puerto 80:


 Si queremos hacer el map del puerto del contenedor al agente de ACS, tendremos que cambiar la modalidad de captura a "JSON Mode" ya que necesitamos ingresar una configuración estática que no se encuentra en el wizard.

 Para hacer esto, damos clic en "JSON mode" toggle, e ingresamos el siguiente parametro dentro de la propiedad: "portMappings"

"hostPort": 80,

 Al hacer esto, estamos ligando el puerto del contenedor al agente de DC/OS. La sección del JSON debe de lucir algo así:











Después de hacer esta configuración, cambiamos al Wizard y nos vamos a la opción que se llama "Optional" y configuramos nuestro contenedor para poder tener acceso desde Internet al contenedor.

 Nota: DC/OS implementa un conjunto de agentes públicos y privados, para poder tener acceso desde Internet, debemos de especificarlo en nuestro archivo de despliegue en Marathon. La propiedad se llama:  "acceptedResourceRoles": ["slave_public"]

Al final, nuestro JSON debe de lucir algo así:

 A continuación damos clic en crear aplicación y esperamos a que se realice el despliegue a DC/OS.
Cuando termine de hacer "deployment", veremos que nuestro contenedor cambio de estatus a "Running", ahora es cuando probamos nuestra aplicación desplegada en nuestro cluster.


 Recordemos que para acceder a la aplicación, debemos de ingresar el DNS de nuestro agente. Si seguiste esta guía desde un inicio, el agente debe de ser:
  • http://acsdemoagents.westus.cloudapp.azure.com/
Ahora podemos disfrutar de nuestra aplicación públicamente.

Siguientes pasos
  • Escalar contenedores desplegados en Azure Container Services y DC/OS

Comments

Post a Comment

Popular posts from this blog

Configurar y desplegar una Web API en Azure App Service Environment

Por
Image
App Service Environment es un servicio premium de Azure App Service que proporciona un entorno completamente aislado y dedicado para ejecutar de forma segura aplicaciones de Azure App Service a gran escala. Cuando creamos un ambiente de App Service Environment, creamos automáticamente una red virtual “VNET” y una Subnet. App Service Environment crea y configura su infraestructura dentro de una Subnet. Los componentes que se crean en App Service Environment son: Front End pool (dos instancias, esto es para cumplir con los requerimientos para la SLA) Tres Worker Pool (Worker Pool 1,2,3) Una VNET Una Subnet Se crea un almacenamiento compartido por las aplicaciones en ASE de 500GB Una base de datos donde se almacena detalle de aplicaciones y configuraciones de entorno. Pre Requisitos: Cuenta de Azure Visual Studio 2013+ Crear App Service Environment en Azure Ingresamos al portal de Azure https://portal.azure.com y luego vamos a Marketplace y buscamos por “App Service...
Read more

Despliegue de contenedores Docker a Azure Web Apps

Por
Image
En esta publicación veremos como realizar un despliegue de una contenedor de Docker al nuevo servicio de Azure llamado: Azure Web Apps on Linux Veremos también como crear un contenedor de Docker con Visual Studio y almacenaremos una aplicación de .NET Core en el contenedor. Pre-requisitos Tener una suscripción de Azure si no tienes una, puedes obtener un free trial Visual Studio 2015 Update 3, obtenerlo aquí . Docker for Windows Visual Studio Tools for Docker Microsoft .NET Core 1.0.1 RTM VS 2015 Tooling Preview 2, with the 1.0.1 updates Crear proyecto .NET Core Para crear una aplicación de .NET Core y luego almacenarla en un contenedor de Docker, podemos revisar mi publicación: Como crear una aplicación .NET Core y almacenarla en un contenedor de Docker usando Visual Studio Seguir los pasos de esa publicación para luego hacer un despliegue de nuestro contenedor a Azure Web Apps on Linux. App Services Web Apps en Linux + Docker Hace pocas semanas...
Read more

Patrones de diseño para aplicaciones de alta disponibilidad en Azure - Resilient Applications (Parte I: Retry Policy)

Por
Image
En un sistema distribuido, los fallos sucederán. El hardware puede fallar. La red puede tener fallas ocasionales. Rara vez, un servicio o región entera puede experimentar una interrupción, incluso en interrupciones programadas. La creación de una aplicación confiable en la nube es diferente de la construcción de una aplicación confiable en una configuración empresarial. Mientras que históricamente puede haber comprado hardware de gama alta para hacer escalamiento vertical (scale up) , en un entorno de nube debe escalar de manera horizontal (scale out) en lugar de escalar verticalmente (scale up) . Los costos de los entornos en la nube se mantienen bajos a través del uso de hardware de productos básicos. En lugar de centrarse en prevenir los fallos y optimizar el "tiempo medio entre fallos" , en este nuevo entorno el enfoque cambia a "tiempo medio para restaurar" . El objetivo es minimizar el efecto de un fallo. ¿Que es resiliencia? Resiliencia es la capacidad d...
Read more

Conectar .NET Web API con Azure API Management

Por
Image
Últimamente he estado programando web APIs y me adentré al mundo de Azure API Management para facilitar algunas tareas que a veces resultan difíciles de programar y mantener. Por ejemplo, crear políticas de seguridad, cuotas de llamadas a la API, autorizaciones, servicios como productos, etc. Me resultó interesante lo fácil que fue vincular mi Web API con API Management y todas las herramientas que nos ofrece AAM para desarrollo y mantenimiento en producción. En esta publicación veremos que vincular una Web API de .NET a Azure API Management y posteriormente crearemos productos, políticas y cuotas para nuestra API. Pre-Requisitos Suscripción a Azure, puedes obtener un free trial aquí Visual Studio 2013+ Crear Web API como Azure API App Crear nuevo proyecto Web API como Azure API App en Visual Studio: Templates –> Visual C# –> Web –> ASP.NET Web Application Una vez que tengamos nuestro proyecto creado, vamos a verificar que tengamos en las referencias la librería d...
Read more

Configurar trigger de Integración Continua en VSTS para ejecutar una tarea de compilación al subir cambios en Source Control

Por
Image
Nota: Este post es la continuación de la guía: Integración Continua para Android Xamarin.Forms usando VS Team Services, VS Source Control y VS Mobile Center , favor de realizar primero los paso del post antes de seguir con esta publicación. Hasta este momento hemos creado la tarea de compilación para realizar integración continua en una aplicación de Android usando Xamarin.Forms, pero para optimizar este proceso de integración, vamos utilizar una característica de VSTS llamada: “Triggers” . Los Triggers básicamente sirven para ejecutar la definición de compilación al realizar un cambio en un ruta especifica del repositorio de código, p or ahora utilizaremos el Trigger de Integración Continua que ofrece VSTS. En esta guía veremos como hacer integración continua al subir un cambio de nuestro código al repositorio de Source Control. Pre requisitos Cuenta en Visual Studio Team Services Visual Studio 2015+ Xamarin instalado en Visual Studio Iniciar sesión en https://mobile.azu...
Read more