¿Cómo lo estás corriendo?

Lo primero que me preguntaron era si estaba corriendo con Docker-Compose o con Kubernets… “Ni una, ni otra”… (en realidad esta no fue mi respuesta, pero queda para el imaginario 😑)

Frente a la situación de no lograr conectarme a la DB desde el proceso de R, supuse que tenía que habilitar algún puerto, modificar algo en el Dockerfile o en el comando “docker run”… como no sabía como empezar, frente a esta situación me dijeron “por qué no usas docker-compose, te va a simplicar mucho la existencia”. Tenía razón! 💡

¿Qué es Docker Comppose? Es una herramienta que sirve para automatizar la implementación de los contenedores de Docker. La idea es poder organizar el inicio, cierre y distintas configuraciones directamente desde un único archivo YAML.

Para esto, primero vamos a tener que instalar Docker Compose en nuestra máquina siguiendo los pasos que se encuentran en https://docs.docker.com/compose/install/.

Posteriormente vamos a crear el archivo YAML. Aquí solamente voy a detenerme para mostrarles el archivo que generé para correr la API de https://www.hasselpunk.com/blog/exponiendofuncionesderenlanube-parte_2/ (Aprovecho para comentarles que actualice el repositorio en GitHub para que tenga ya estos cambios, por si lo quieren probar…)

version: '3'

services:
  api:
    build: 
      context: . 
    command: Rscript main.R 
    ports:
      - "8000:8000" 
    container_name: api-demo

Hay muchas más opciones, y recomiendo que investiguen en la documentación oficial, pero básicamente aquí lo que estoy haciendo es decir desde donde tiene que construir el contenedor, el puerto que tiene que exponerse y los comandos que se tienen que correr una vez que este construido el contenedor.

En este caso estoy levantando solo un contenedor, pero con el mismo archivo podría estar levantando una configuración bastante más compleja! (Vamos a valorar haber aprendido esto ahora, cuando más adelante logremos correr todo en Kubernetes!!!)

Atentos que he removido el último renglón que tenía en el archivo del Dockerfile, ya que es el mismo comando que aparece ahora en ‘command’ y he creado una copia llamada DockerfileRun con el mero propópsito de que me siga funcionando el build en Google Cloud.

El problema no es Docker

Esto lo confirmamos en el momento en que logramos hacer un telnet / ping a la DB desde adentro del contenedor. De esta segunda charla, lo importante fueron todos los comandos que tuve que repetir una y otra vez para hacer funcionar y debuguear la aplicación. Aquí el resumen:

1. Para generar la imagen: sudo docker-compose build
2. Para crear el contenedor: sudo docker-compose up -d --remove-orphans La d significa dettached y sirve para que se levante el contenedor dejandonos libre la consola para seguir trabajando. El comando reove-orphanes sirve para eliminar cualquier servicio que haya quedado creado de alguna versión anterior.
3. Para ver los logs: sudo docker-compose logs -f
4. Para ingresar a un conenedor: sudo docker exec -it NOMBRE /bin/bash
5. Para dar de baja los servicios: sudo docker-compose down