Reto 7. Desplegando un microservicio en la nube usando PaaS

Clase 33 de 48 • Curso de Arquitectura de Aplicaciones con Docker 2018

Introducción

Muchos PaaS (Plataforma como servicio) permiten desplegar directamente contenedores; las grandes empresas que tienen plataforma cloud también tienen servicios que permiten desplegar contenedores directamente, bien desde una imagen local, bien desde una pública almacenada en Docker Hub.

Si tienes cuenta gratuita o de pago en alguno de esos servicios, merece la pena probarlos y ver la diferencia de precio con respecto al uso de máquinas virtuales completas, pero en este reto nos vamos a centrar en servicios gratuitos. Ya hemos usado sloppy.io, que ofrece un mes de prueba gratuito, en este reto nos centraremos en zeit.co.

Sobre este servicio hay una entrada en el blog de Platzi que también podéis consultar para tener información adicional https://platzi.com/blog/deploy-microservicios/

zeit.co zeit.com es un PaaS para node.js y contenedores que permite desplegar de forma gratuita imágenes siempre que se deje acceso al código fuente (lo que no debería de representar un problema, porque vamos a alojar los fuentes en GitHub) y no se exceda un número de despliegues determinado. El dominio que te asignan es también aleatorio, por lo que no sería en principio adecuado para un negocio. Para aprender, sin embargo, es más que adecuado, o incluso para desplegar pruebas y prototipos. Dado que se trata de un PaaS basado en node, hay que instalar el intérprete de este lenguaje. Aconsejamos que se proceda de la forma siguiente:

Linux (y posiblemente Mac) En este curso siempre hemos aconsejado usar Linux para desarrollar con Docker. Descargar un gestor de versiones de node.js tal como nvm. Instalar alguna de las últimas versiones de node.js con nvm install stable. npm install -g now instala el cliente de zeit.co

Windows Descargar node.js y npm desde sus lugares de instalación oficiales. El tercer paso se llevará cabo de la misma forma.

Tip

Recordar incluir en .dockerignore todos los ficheros que no se quieran subir a ningún lado

Despliegue

El despliegue de un contenedor sólo requiere ejecutar now en el directorio o carpeta en la que se halle el Dockerfile.

Posibles fuentes de problemas

Asegurarse que el contenedor funciona bien localmente y que se ha hecho EXPOSE sobre el puerto 80. Conviene limpiar de vez en cuando los proyectos anteriores, porque a partir de un número determinado no se despliegan correctamente. now rm borra los proyectos que no se estén usando.

Reto:

Desplegar el servicio web en zeit.co para que funcione correctamente.

Oscar Vesga

student•

Hola, estoy obteniendo el siguiente error al ejecutar now para el deploy

07/07 12:29 PM (28m)
Step 11/11 : CMD hug -p $PORT -f main.py
07/07 12:29 PM (28m)
 ---> Running in c16d93d6a50c
07/07 12:29 PM (28m)
 ---> abfe6ed9104d
07/07 12:29 PM (28m)
Removing intermediate container c16d93d6a50c
07/07 12:29 PM (28m)
Successfully built abfe6ed9104d
07/07 12:29 PM (28m)
Successfully tagged registry.now.systems/now/d3a66189eec6c975f53a9d1d630b740a8884cba1:latest
07/07 12:29 PM (28m)
exit code: 0
07/07 12:29 PM (28m)
Storing image
07/07 12:30 PM (28m)
Deploying image
07/07 12:30 PM (28m)
Container started
07/07 12:30 PM (28m)
Traceback (most recent call last):
07/07 12:30 PM (28m)
  File "/usr/local/bin/hug", line 11, in <module>
07/07 12:30 PM (28m)
    load_entry_point('hug==2.4.0', 'console_scripts', 'hug')()
07/07 12:30 PM (28m)
  File "/usr/local/lib/python3.7/site-packages/pkg_resources/__init__.py", line 476, in load_entry_point
07/07 12:30 PM (28m)
    return get_distribution(dist).load_entry_point(group, name)
07/07 12:30 PM (28m)
  File "/usr/local/lib/python3.7/site-packages/pkg_resources/__init__.py", line 2700, in load_entry_point
07/07 12:30 PM (28m)
    return ep.load()
07/07 12:30 PM (28m)
  File "/usr/local/lib/python3.7/site-packages/pkg_resources/__init__.py", line 2318, in load
07/07 12:30 PM (28m)
    return self.resolve()
07/07 12:30 PM (28m)
  File "/usr/local/lib/python3.7/site-packages/pkg_resources/__init__.py", line 2324, in resolve
07/07 12:30 PM (28m)
    module = __import__(self.module_name, fromlist=['__name__'], level=0)
07/07 12:30 PM (28m)
  File "/usr/local/lib/python3.7/site-packages/hug/__init__.py", line 36, in <module>
07/07 12:30 PM (28m)
    from hug import (authentication, directives, exceptions, format, input_format, introspect,
07/07 12:30 PM (28m)
  File "/usr/local/lib/python3.7/site-packages/hug/route.py", line 29, in <module>
07/07 12:30 PM (28m)
    import hug.api
07/07 12:30 PM (28m)
  File "/usr/local/lib/python3.7/site-packages/hug/api.py", line 37, in <module>
07/07 12:30 PM (28m)
    from hug._async import asyncio, ensure_future
07/07 12:30 PM (28m)
  File "/usr/local/lib/python3.7/site-packages/hug/_async.py", line 30
07/07 12:30 PM (28m)
    ensure_future = asyncio.async  # pragma: no cover```

Diego Forero

Team Platzi•

hug no tiene nuevas versiones desde hace poco más de un año, probablemente no es compatible con python 3.7, intenta montar tu contenedor usando 3.5 o 3.6.

Oscar Vesga

student•

Cambie la version de python en el Dockerfile a 3.5, reconstruí la imagen nuevamente y ejecute el contenedor

FROM python:3.5

ENV PORT=8000
WORKDIR /src

ADD main.py requirements.txt ./
ADD . ./
RUN pip install --no-cache-dir -r requirements.txt

RUN mkdir /src/Hitos
RUN mkdir /src/data
ADD Hitos/Hitos.py Hitos
RUN rm requirements.txt
EXPOSE $PORT

CMD hug -p $PORT -f main.py 

docker build -t swdocker-pltz .
docker run --rm -it swdocker-pltz

Ahora obtengo el siguiente error
Traceback (most recent call last):
  File "/usr/local/bin/hug", line 11, in <module>
    load_entry_point('hug==2.4.0', 'console_scripts', 'hug')()
  File "/usr/local/lib/python3.7/site-packages/pkg_resources/__init__.py", line 476, in load_entry_point
    return get_distribution(dist).load_entry_point(group, name)
  File "/usr/local/lib/python3.7/site-packages/pkg_resources/__init__.py", line 2700, in load_entry_point
    return ep.load()
  File "/usr/local/lib/python3.7/site-packages/pkg_resources/__init__.py", line 2318, in load
    return self.resolve()
  File "/usr/local/lib/python3.7/site-packages/pkg_resources/__init__.py", line 2324, in resolve
    module = __import__(self.module_name, fromlist=['__name__'], level=0)
  File "/usr/local/lib/python3.7/site-packages/hug/__init__.py", line 36, in <module>
    from hug import (authentication, directives, exceptions, format, input_format, introspect,
  File "/usr/local/lib/python3.7/site-packages/hug/route.py", line 29, in <module>
    import hug.api
  File "/usr/local/lib/python3.7/site-packages/hug/api.py", line 37, in <module>
    from hug._async import asyncio, ensure_future
  File "/usr/local/lib/python3.7/site-packages/hug/_async.py", line 30
    ensure_future = asyncio.async  # pragma: no cover

Reto 7. Desplegando un microservicio en la nube usando PaaS

Introducción al curso

Contenedores: ¿Qué son?

Contenedores: Qué son y cómo encajan con DevOps

Ejemplo: Casos de uso de contenedores en las empresas

Bases físicas y lógicas de los contenedores

Reto 1. Herramientas necesarias para trabajar con Docker

Reto 2. Sistemas de contenedores: historia, parecidos y diferencias

Uso básico de contenedores

Retos en la instalación de Docker en diferentes sistemas

Validación de post instalación de Docker

Uso básico de Docker: Imágenes, contenedores de Docker

¿Qué hay en un contenedor?

Volúmenes y almacenamiento de la información en contenedores

Gestionando los contenedores instalados

Reto 3. Trabajando con imágenes 'oficiales'

Solución al reto 3

Reto 4. Uso de imágenes locales

Plugins: funcionalidad añadida y algún plugin interesante

Configuración de Docker

Microservicios; APIs con REST

Protocolo HTTP, órdenes y mensajes de estado

Qué es un API REST y buenas prácticas en su diseño

Implementando un API REST en diferentes lenguajes

Implementando un API REST en Python y ejecutándolo

Reto 5. Diseño de una estructura de datos básica en Python

Contenedores y microservicios

Aislando microservicios en contenedores: Uso de Dockerfiles

Puertos y cómo configurarlos

Invocando contenedores

ENTRYPOINT y CMD

Trabajando con datos: Volúmenes

Reto 6. &quot;Contenedorizar&quot; una aplicación usando Dockerfiles y despliegue

Herramientas básicas en arquitecturas de microservicios

Instalación de docker-compose

Componiendo servicios con docker-compose.

Usando docker stack deploy

Creando puentes de red

Reto 7. Desplegando un microservicio en la nube usando PaaS

Despliegue de contenedores en la nube

Instalación del cliente de Azure

Clientes de servicios cloud y como usarlos en nuestra aplicación

Creación de un contenedor en la nube

Despliegue seguro de microservicios

Integrando contenedores en aplicaciones en la nube

Instalando Docker Cloud

Iniciación al API de Docker Cloud

Usando cloud.docker.com

Uso de Docker Cloud, cómo desplegar un servicio en un contenedor

Cómo desplegar un stack

Reto 9: desplegando en una nube comercial

Orquestación de contenedores

Conceptos principales

Instalación de docker-machine y uso básico

Docker Swarm

A dónde ir desde aquí

Reto 6. "Contenedorizar" una aplicación usando Dockerfiles y despliegue