Conceptos para imágenes productivas

Clase 23 de 25 • Fundamentos de Docker 2018

Juan Sebastian Otero

student•

La verdad me costo un poco entender el concepto (y eso que Guido es un crack). Tuve que leer un poco para entenderlo mejor, les puede ayudar bastante este articulo de medium y este video de googel cloud.

Construcción de imágenes Docker en múltiples etapas

Construir contenedores pequeños (Buenas Prácticas de Kubernetes)

Luis Fernando Pedroza Taborda

student•

Muchas gracias por el aporte, es muy util.

Felipe Uzcategui

student•

Excelente aporte, muchas gracias!!

Alvaro Gonzalez

student•

Hola, e usado doker para el backend, donde agrego una base de datos mysql y el codigo lo agrego en la maquina no en un docker image, esta bien esta practica, o deberia agregar todo en imagenes de docker.
Ejemplo:
docker imagen de mysql
docker image de node, y otros frameworks, (código)
docker image de nginx

Cual es la arquitectura que me propones, y no me digas que depende…, saludos.

John Andrey Serrano

student•

Todo en imágenes tal cual como dices un container por cada cosa es lo mas recomendable.

Mauro Gomez

student•

desafortunadamente depende. yo por mi parte tengo el backend en docker desplegado en amazon el front en S3 de amazon la base datos utilizo los servicios de amazon. entonces lo único que tengo en docker es el back que no me provee amazon como servicio.

depende de la arquitectura como tal y de las herramientas que tengas, la idea al usar docker te ahorres inconvenientes y no por el contrario agregar complejidades innecesarias

Sergio Alexander Florez Galeano

student•

Tengo ya tiempo trabajando con docke ry no conocía la construcción de imágenes con docker multistage build.

Un gran aprendizaje que me llevo de está clase 😃

Carlos Andrés Charris S

student•

.dockerignore
Nos permite excluir archivos para que no hagan parte del build

John Vera

student•

no hay sus comentarios en el video anterior

Saludos

Jorge Hernández

student•

¿Cómo es que la imagen es mas liviana?

Node Diez tiene un tamaño de 674MB platziapp tiene un tamaño de 680MB

Jesús Enrique Quevedo Torres

student•

Porque platziapp ocupa por dentro Node, en realidad lo que pesa la app es 680(platziapp)- 674(Node)= 6Mb(Tamaño de solo el código de platziapp)

Gedward Romo

student•

la explicación la hace en el ultimo minuto del video, NodeJS se almacena en Docker Hub, porque la vas a traer cuando construyas la imagen.

Wilson Fernando Antury Torres

student•

documentación multi stage builds: https://docs.docker.com/develop/develop-images/multistage-build/

Edgar Moises Valdez Faria

student•

Buenas, el multi stage puede usarse partiendo de Distintas imágenes ? Por ejemplo, el test inicia con "FROM node" y el de producción inicia con "FROM nginx"

Diego Forero

Team Platzi•

Si es posible, en la documentación oficial https://docs.docker.com/develop/develop-images/multistage-build/ muestran un ejemplo iniciando con una imagen de go y luego siguen con una de alpine copiando solo el archivo compilado de Go, en tu caso sería algo diferente, porque la imagen que creas debe tener tanto node para que ejecute tu aplicación como la nginx para el servidor web. Creo que la mejor opción es crear una imagen custom que para el segundo stage que tenga tanto node como nginx.

Juan Carlos Gómez Samacá

company_admin•

Hola gente, que pasa si por ejemplo se presenta un fallo y el proceso de node index.js se detiene?? se reinica? o se crea una instancia nueva?? como es ese proceso?

Angel Hernandez

student•

Durante el tiempo en el que he trabajado con NodeJS he observado que el mayor problema es mantener vivo el servidor tras un error inesperado, cuando sucede, tu api o lo que tengas montado en node se apaga.

Para hacer frente a esto aparecieron algunas herramientas como Forever o Nodemon que reinician tu "node ...js", aun asi, la mejor practica para evitar que tu servicio se apague tras un error, es saber capturar cada posible error con su respectivo catch.

Edwar Baron

Team Platzi•

Hola, depende de lo que configures, como dice @angel998, puedes usar algo como Forever dentro del contenedor para evitar que el mismo se detenga, y el mismo Forever o reinicie.

Pero docker como tal, si maneja politicas para reiniciar el contenedor, mira la doc, puedes poner algo como: --restart always.

José de Jesús Uscanga Molina

student•

Dejo mi ejemplo , creo se puede mejorar y agregar mas stages

# Construimos la base de la imagen
FROM node:10.16-alpine AS build

EXPOSE 3000

COPY package*.json ./

RUN npm install

# Imagen a producción
FROM build

WORKDIR /home/node/app

COPY --from=build node_modules node_modules

COPY . .

CMD node index.js

Masrtin Gutierrez

student•

Porque el builder tiene dos npm install, uno para desarrollo y otro para producción? Entiendo que la idea es para el ambiente productivo la imagen quede con solo lo necesario para el funcionamiento y en este caso en particular no tener los test en la imagen. ¿Pero que se busca con esos npm install diferentes?

Wilson Fernando Antury Torres

student•

Deberíamos cambiar el comando de build del archivo de docker-compose.yml? o se trabaja la aplicación y cuando estemos listos para correr test y crear la imagen definitiva de producción hacemos el build con el archivo production.Dockerfile? Gracias

Herny Franklin

student•

Algun ejemplo de build en docker con maven??

Ezequiel saldaña

student•

¿El copy from builder es solo una excusa para ejecutar la prueba y que no queden sus archivos en la imagen productiva?

porque no entiendo para qué sirve traerme el index.js de builder

William Schnaider Torres Bermon

student•

La idea es dividir responsabilidades evitando que archivos innecesarios queden en la imagen final.

Luis Fernando Zarazua Aguilar

student•

Según entiendo al tener el builder se tiene como un contenedor intermedio que terminando la compilación desaparecerá de ahí, se extrae el código propio del proyecto que es el index.js que no está en el contenedor final (segunda etapa) hasta que se realiza esa copia pues es un contendor nuevo (sin archivos mas que los de node 10), si no se copia el index no se tendría ese archivo y por ende no correria el servidor. En conclusión se crea un contenedor para hacer pruebas, se crea un contenedor para solo guardar código productivo, se rellena ese contenedor con solo lo productivo, se elimina el contenedor de pruebas, se publica la imagen del contenedor productivo. Asi lo entendí yo.

Felipe Jurado Murillo

student•

Quien me podria explicar la variable builder?

Andrés Alberto Godínez Cabrera

student•

Es un alias de la imagen como en base de datos o clases asignas un alias

William Schnaider Torres Bermon

student•

Te recomiendo visitar la documetación.

leonardo Oteca

student•

Por que en el archivo de dev correr primero el npm install de las dependencias de produccion y despues las de development? si es desarrollo no deberia ser todo de una?

Diego Forero

Team Platzi•

Es el orden lógico ya que las dependencias de producción son requeridas también en desarrollo, las de desarrollo solo es necesario en el entorno de desarrollo, por eso se hace de esa manera.

Wilson Fernando Antury Torres

student•

Usar .dockerignore para evitar copiar archivos innecesarios a la imagen productiva.

Mauro Gomez

student•

Multi stage build

john fredy quimbaya orozco

student•

he aprendido mucho de docker, ahora toca colocarlo en practica.

Jose Ramos

student•

Docker multi-stage build

# Construimos la base de la imagen
FROM node:10.16-alpine AS build

EXPOSE 3000

COPY package*.json ./

RUN npm install

# Imagen a producción
FROM build

WORKDIR /home/node/app

COPY --from=build node_modules node_modules

COPY . .

CMD node index.js

Conceptos para imágenes productivas

Introducción

Qué aprenderás sobre Docker

Problemáticas del desarrollo de software profesional

Qué es Docker: containarization vs virtualization

Primeros pasos

Cómo instalar Docker

Primeros pasos: Hola mundo y Docker Engine

Contenedores

Aprendiendo a usar los contenedores

Explorar el estado de docker

El modo interactivo

Ciclo de vida de un contenedor

Exponiendo contenedores al mundo exterior

Datos en Docker

Datos con Docker: Volumes

Imágenes

Conceptos fundamentales de Docker: imágenes

Construyendo nuestras propias imágenes

Comprendiendo el sistema de capas

Desarrollando con Docker

Usando docker para desarrollar aplicaciones

Reto

Entendiendo el cache de layers para estructurar correctamente tus imágenes

Docker networking: colaboración entre contenedores

Docker compose

Docker-compose: la herramienta todo-en-uno

Trabajando con docker-compose

Docker-compose como herramienta de desarrollo

Docker Avanzado

Conceptos para imágenes productivas

Manejando docker desde un contenedor

Cierre

Cierre del curso