Photo by Mabel Amber
En la entrada Portainer: gestión de servidores Docker comentaba la necesidad de habilitar el acceso remoto al API de Docker de manera segura, apuntando a la documentación oficial de Docker sobre cómo realizar esta configuración.
En esta entrada indico cómo proteger el acceso remoto a un servidor de Docker a través de la API, siguiendo las indicaciones de la documentación oficial en Protect the Docker daemon socket.
En una entrada anterior expliqué mi primera toma de contacto con Portainer y cómo usar Portainer para gestionar tus contenedores en Docker.
La herramienta -y la documentación- ha mejorado durante este tiempo, por lo que ahora el proceso es todavía más sencillo y Portainer más potente.
Uno de los casos de uso más frecuentes de Docker es formando parte de una cadena de integración y despliegue continuo (CI/CD) gestionada por Jenkins.
En esta serie de artículos vamos a levantar un contenedor con Jenkins sobre Docker y vamos a configur Jenkins paso a paso.
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.
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,
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.
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.
