Date: October 17, 2022

Tema: Usando Docker para desarrollar aplicaciones

Recall

Notas

• Para tener una noción de como nos ayuda, primero descargaremos un repositorio de github.

  $ git clone <https://github.com/platzi/docker>
  

  • Punto extra:

  FROM node:12
  
  COPY [".", "/usr/src/"]
  
  WORKDIR /usr/src
  
  RUN npm install
  
  EXPOSE 3000
  
  CMD ["node", "index.js"]
  

  • COPY: Copia todos los archivos del directorio especificado, a la ruta dentro del contenedor.
  • WORKDIR: El equivalente a hacer cd, pero dentro de la imagen (durante el build).
  • EXPOSE: Permite que el puerto especificado sea vinculable.
  • CMD: Proceso por defecto que se ejecutara al correr la imagen.

• Primero creamos la imagen, verificamos que este la imagen y corremos un contenedor..

  # Creamos la imagen
  $ docker build -t platziapp .
  # Verificamos que se creara
  $ docker image ls
  # Corremos un contenedor
  $ docker run --rm -p 3000:3000 platziapp
  

  • —rm: Especifica, que cuando el contenedor se detenga, se elimine.
  • No debemos correr un comando dado que ya viene especificado en el Dockerfile en CMD.

• Podemos ver que todo marcho correctamente, yendo a localhost:3000

<aside> 📌 Resumen: Docker es una forma en la que podemos agilizar nuestra forma de trabajo, realizando pruebas de forma rápida y sencilla.

</aside>

Date: October 17, 2022

Tema: Aprovechando el caché de capas para estructurar correctamente tus imágenes

Recall

NOTA: Al usar pwd y shift, se imprime toda la ruta actual.

NOTA: Debes ser consiente de las dependencias que usas, para evitar que los tiempos de carga aumenten.

Notas

• El Dockerfile que tenemos no es eficiente, dado que por cada pequeño cambio, todo se reinstala, para evitar esto tenemos que aprovechar el cache.

  FROM node:12
  
  COPY ["package.json", "package-lock.json", "/usr/src/"]
  
  WORKDIR /usr/src
  
  RUN npm install
  
  COPY [".", "/usr/src/"]
  
  EXPOSE 3000
  
  CMD ["npx", "nodemon", "index.js"]
  

  • Al tener dos COPY en ese orden, docker revisara los cambios de forma independiente, si no hay cambios en los packages no reinstalara todo (a menos que haya cambios).
  • El cambio en el CMD evita que por cada modificación en el index.js tengamos que crear otro contenedor para ver el cambio, usamos un demonio (neodemon) que verifique los cambios de forma constante.

• Hacemos un build a la imagen y corremos un contenedor.

  $ docker build -t platziapp .
  $ docker run --rm -p 3000:3000 -v /home/makroscode/docker_practice/gitClone/docker/index.js:/usr/src/index.js platziapp
  

  • Con esto no tenemos que hacer un rebuild de toda la imagen.
  • El -v (bind mount) en este caso conecta el archivo index.js, para poder modificarlo desde nuestra máquina.

<aside> 📌 Resumen: El cache es una forma en la que podemos rehusar archivos para mejorar los tiempos de carga, dependen de la buena estructuración del Dockerfile, para evitar tener que hacer un rebuild cada que tengamos un cambio es importante ser consiente de las dependencias que usamos.

</aside>

Date: October 17, 2022

Tema: Docker networking: colaboración entre contenedores

Recall

Cómo conectamos dos contenedores?

Cómo creamos una red?

Ejemplo de funcionamiento

Recuerda que al conectarnos a una red, podemos colocar el nombre del contenedor.

Notas

• Para conectar dos contenedores tenemos que usar el keyword network (redes) de docker.

  # Muestra las redes de docker
  $ docker network ls
  

  

  • bridge: Es la red por default.
  • host: Representación de la red real de mi máquina (para conectarnos a redes a las que nuestra máquina puede).
  • none: Para evitar que un contenedor tenga acceso a la red.

• Para crear una red e inspeccionar una red hacemos:

  # Crear una red
  $ docker network create --attachable platzinet
  # Inspeccionar una red
  $ docker network inspect platzinet
  

  • —attachable: Habilita la conexión entre contenedores.

• Creamos dos contenedores, uno para la DB y otro para el server.

  • Creamos el contenedor de la DB y lo conectamos a nuestra red.

  # Contenedor de la base de datos
  $ docker run -d --name mdb mongo:4
  # Conectar red a un contenedor
  $ docker network connect <red> <contenedor>
  # Conectar a nuestra red
  $ docker network connect platzinet mdb
  

  • Crear un contenedor para el server y conectarlo a la red.

  # Creamos el contenedor ligado a la base de datos
  $ docker run -d --name app -p 3000:3000 --env MONGO_URL=mongodb://**mdb**:27017/test platziapp
  # Conectamos a la red
  $ docker network connect platzinet app
  

  • —env: Permite cambiar el valor de las variables de entorno.
  • Al momento de colocar el hostname, al estar conectados a una red nos permite buscar por el nombre asignado al contenedor (mdb) especificando el puerto.

  # Al hacer un inspect, veremos que efectivamente
  # estan conetadas las DB y el servidor.
  $ docker network inspect platzinet
  

<aside> 📌 Resumen: Para poder colaborar entre contenedores debemos hacer uso del network (redes), crear una red y conectar nuestros contenedores a ella, aparte de colocar las variables de entorno necesarias para el funcionamiento de la app.

</aside>