Photo by Mabel Amber
En la entrada anterior Cómo crear una imagen con Caddy y PHP explicaba el proceso para conseguir containerizar Dokuwiki y ejecutarlo sobre Docker.
Sin embargo, la potencia de la Rapsberry Pi (1) es insuficiente para poder usar Dokuwiki de forma cómoda de esta forma.
Hoy, al intentar lanzar un comando con kubectl, he obtenido el típico mensaje indicando que no se puede conectar con el servidor. El problema está en el servidor de API, que es el que actua como intermediario entre el usuario y Kubernetes. Últimamente he encontrado el mismo error y lo he solucionado reiniciando el nodo master del clúster. Pero hoy he investigado un poco… Y lo que he encontrado no me ha gustado demasiado.
Últimamente paso mucho tiempo en la línea de comando, por lo que aprender algunos trucos en forma de combinaciones de teclas, etc, que me ayuden a ser mucho más ágil.
En las entradas anteriores he descrito los problemas -tanto conceptuales como técnicos- que he encontrado al intentar llevar Dokuwiki a un contenedor.
En este artículo explico los pasos a seguir para construir una imagen con Caddy server y PHP, de manera que puedas servir tus aplicaciones PHP usando contenedores.
En la entrada anterior Dokuwiki en un contendor dejaba constancia de los problemas que encontré creando una imagen para ejecutar Dokuwiki en un contenedor.
Al final de la entrada indicaba que la creación de la misma imagen, pero para ARM sería tan sencillo como cambiar la imagen base. Pues no.
Como he tenido que revisar a fondo los pasos que seguí -en particular para configurar la carpeta desde donde Caddy publica los ficheros-, he introducido algunos cambios que simplifiquen y mejoren el uso de la imagen.
Antes de convertir todas las Raspberry Pi de casa en hosts de Docker, usaba la Raspberry Pi B+ como wiki casero. En él documentaba todo lo que iba aprendiendo sobre las diferentes tecnologías de mi día a día.
Hoy he vuelto a instalar Dokuwiki, aunque esta vez usando un contenedor. En este artículo comento algunos de los puntos relevantes que han surgido durante el proceso.
Una de las desventajas de Docker respecto a Kubernetes, es que en caso de fallo del nodo donde corren los contenedores, éstos no arrancan automáticamente cuando el nodo se recupera. El caso más sencillo es cuando hay que apagar/reiniciar el nodo por algún motivo.
En mi caso, el motivo de fallo del nodo ha sido que lo he apagado durante las vacaciones ;)
De todas formas, he decidido configurar los contenedores de forma que se inicien automáticamente con el arranque del sistema. En este artículo te explico cómo.
dnsmasq es un servidor de nombres de dominio (DNS) ligero y sencillo.
En esta entrada indico cómo ejecutar dnsmasq en un contenedor usando Docker.
Minio proporciona un servidor de almacenamiento distribuido compatible con el API de Amazon AWS S3.
En esta entrada comento las pruebas que he estado realizando usando Minio tanto el cliente como el servidor en contenedores Docker.
Como indicaba en la entrada la anterior entrada Almacenamiento en Kubernetes: problema abierto, el problema de proporcionar almacenamiento persistente para las aplicaciones desplegadas en Kubernetes sigue sin tener una solución general.
En este artículo comento una solución particular al problema del almacenamiento basada en el uso de un contenedor sidecar.
