Photo by Mabel Amber
A raíz de las pruebas realizadas en la segunda toma de contacto con Vagrant, he creado un script para instalar Docker-CE como prueba de concepto de shell provisioning sobre Vagrant.
En vez de instalar una y otra vez Docker desde los repositorios, es mucho más eficiente crear una box personalizada con el software que necesitamos.
Después de una primera toma de contacto con sabor agridulce, estos días festivos he dedicado algo más de tiempo a dar una segunda oportunidad a Vagrant.
En este artículo recojo mis impresiones en esta nueva toma de contacto.
Después de instalar y configurar dnsmasq, quiero hacer que éste sea el DNS usado por defecto. Como el servidor DHCP proporciona, además de la IP los servidores DNS, las máquinas virtuales en el equipo de laboratorio no son capaces de resolver los nombres del resto de máquinas del definidos en dnsmasq.
El registro por defecto donde almacenar y compartir las imágenes Docker es Docker Hub. Desde un punto de vista empresarial, descargar imágenes desde un registro público supone un riesgo de seguridad.
En esta entrada indico cómo lanzar el registro oficial de Docker en nuestra infraestructura. Una vez en marcha, veremos cómo almacenar las imágenes en el registro local y cómo lanzar contenedores usando las imágenes desde nuestro registro.
Una de las soluciones para el problema de proporcionar entornos de desarrollo a proveedores externos (colaborando en el desarrollo de aplicaciones) es proporcionar una máquina virtual pre-configurada con las herramientas aprobadas por la empresa.
Al usar contenedores se pueden solventar algunos de los problemas que presenta la solución basada en máquinas virtuales.
En esta entrada se tratan algunas de las ventajas que se derivan del uso de contenedores como parte del toolchain del desarrollo de aplicaciones. Las problemáticas que resuelve el uso de contenedores son comunes a la mayoría de lenguajes de programación (tanto interpretados como compilados).
En la entrada Gogs - Cómo crear tu propio servicio de hospedaje de repositorios Git describía cómo montar un servicio como GitHub usando Gogs.
Hoy he intentado montar lo mismo sobre la Raspberry Pi aprovechando que Gogs ofrece una imagen específica: gogs/gogs-rpi,
En la entrada anterior API server detenido: The connection to the server was refused encontré problemas con la tarjeta microSD que sirve de almacenamiento para el nodo master del clúster de Kubernetes.
La solución al problema pasaba por realizar un análisis de la tarjeta para repararla. Sin embargo, al intentarlo, no ha habido manera de formatear y reinstalar HypriotOS sobre la tarjeta.
El fallo de la tarjeta de memoria ha sido la gota final que me ha hecho abandonar el clúster multinodo en las Raspberry Pi (de momento). Así que he decidido instalar un clúster de un solo nodo en una de las Raspberri Pi 3.
En este artículo sigo las instrucciones oficiales para construir un clúster de Kubernetes usando kubeadm: Using kubeadm to Create a Cluster
Gogs es la manera más sencilla, rápida y menos dolorosa de poner en marcha tu propio servicio de Git en tu infraestructura, tu propio Github, para entendernos. Gogs proporciona un entorno web que permite gestionar los respositorios Git desde el navegador, el acceso que tienen los usuarios, gestionar issues y pull requests e incluso crear un wiki para documentar el proyecto.
Es 100% código abierto, está escrito en Go y es muy ligero (incluso puede correr en una Raspberry Pi).
En este artículo te indico cómo confirgurarlo lanzándolo desde un contenedor sobre Docker.
Ú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.
