Blog

Escribir un Dockerfile simple: FROM node, COPY ., CMD run. Esto funciona, y para pruebas locales a menudo es suficiente. Pero cuando tal imagen llega al CI/CD o, Dios no lo quiera, a producción, empiezan los problemas: la construcción dura una eternidad, la imagen pesa gigabytes y los de seguridad se llevan las manos a la cabeza.

La diferencia entre “funciona” y “funciona correctamente” es colosal. Vamos a analizar cuatro niveles de optimización que separan una chapuza aficionada de una solución de ingeniería fiable.

Si te ocupas de self-hosting, tienes un laboratorio doméstico o administras un VPS pequeño, seguramente conoces Portainer. Es el estándar de facto: una navaja suiza potente y completa para Docker.

Pero seamos honestos: a veces la navaja suiza es demasiado pesada cuando solo necesitas pelar una manzana.

Recientemente descubrí Dockge — una herramienta del mismo desarrollador del popular Uptime Kuma. Me hizo replantear por completo el enfoque para gestionar contenedores. En este artículo cuento por qué Dockge puede ser el reemplazo ideal de Portainer para muchos escenarios.

En los últimos diez años la industria del despliegue de aplicaciones web ha recorrido el camino desde scripts FTP y rsync hasta sistemas de orquestación muy complejos. Hoy en día los desarrolladores y los equipos pequeños se enfrentan cada vez más a una decisión difícil:

• o bien pagar una prima considerable por la comodidad de las plataformas PaaS (Heroku, Render, Fly.io),
• o bien sumergirse en la complejidad cognitiva y operativa de Kubernetes.

Kamal ofrece una tercera vía: la comodidad de los servicios en la nube modernos — en su propio servidor.

En un mundo donde el volumen de datos crece más rápido que los precios de las tarjetas gráficas, la pregunta «¿Dónde guardar los archivos?» se vuelve urgente. Google Drive e iCloud son cómodos, pero caros y no ilimitados. Los discos duros externos no son fiables. Las soluciones listas de Synology o QNAP son buenas, pero cuestan mucho.

Aquí entra en escena TrueNAS. Es un sistema operativo que convierte un ordenador común en un potente almacenamiento en red (NAS) de nivel empresarial.

Si su negocio trabaja con usuarios de Rusia, la cuestión de dónde se almacenan los datos personales le concierne directamente. Teléfonos, nombres, direcciones de correo electrónico, solicitudes de formularios, datos de empleados: todo esto está sujeto a estrictos requisitos de localización.

Durante años muchas empresas vivieron en una “zona gris”: los datos aparentemente se almacenaban tanto en Rusia como en el extranjero y la responsabilidad estaba diluida. Pero a partir del 1 de julio de 2025 las reglas cambiaron tanto que muchos esquemas técnicos habituales ahora se consideran una violación directa de la ley.

Mudarse a la nube o cambiar de proveedor — siempre es una operación a corazón abierto. El ingeniero debe resolver un montón de cuestiones: ¿cómo trasladar terabytes de datos con el mínimo tiempo de inactividad? ¿Cómo convertir el esquema? ¿Cómo configurar CDC (Change Data Capture) para no perder ni una sola transacción durante el corte?

Cada gran proveedor de la nube tiene su respuesta. Los enfoques son radicalmente diferentes: unos ofrecen simplemente una “tubería” para los datos, otros —un ETL completo—, y algunos hacen la migración serverless y lo más indolora posible.

Has desplegado una nueva funcionalidad. En tu máquina local todo funciona a la perfección, estás satisfecho con el resultado.
Y entonces aparece el mensaje: «A mí no me funciona nada». Abres los registros del servidor: están vacíos. Resulta que el error ocurrió en el lado del cliente, en el navegador antiguo de un usuario o con configuraciones no estándar. Y podrías ni siquiera enterarte.

Esto les pasa prácticamente a todos los que despliegan proyectos en producción. Me pasaba también hasta que configuré una herramienta que permite ver los errores casi al instante —incluso si es de madrugada y el problema lo sufrió un único usuario al otro lado del mundo.

Swap — es memoria virtual en disco que salva un VPS de caídas cuando la RAM se agota. En servidores económicos es una herramienta indispensable que evita fallos durante picos breves de consumo de memoria. La configuración es sencilla: crear un archivo, activarlo y añadirlo al arranque. Pero recuerda, es un seguro, no un sustituto de la memoria RAM.

Introducción

Los VPS modernos, por lo general, se crean con suficiente memoria RAM, pero a menudo sin swap (archivo o partición de intercambio). Es una elección consciente de los proveedores, que quieren que pases más rápido a una tarifa más cara.

AWS Cognito y Microsoft Entra ID: Autenticación como parte del ecosistema

Introducción

Si Auth0 es el “experto contratado” en autenticación, entonces AWS Cognito y Microsoft Entra ID son los “ingenieros de sistemas” de los gigantes tecnológicos. Estos servicios no solo resuelven el problema del inicio de sesión, están profundamente integrados en sus ecosistemas y funcionan mejor cuando ya usas la nube que los creó.

AWS Cognito: Autenticación para aplicaciones nativas de AWS

Gran promesa: AWS promete que Cognito es la “puerta de entrada” para tus usuarios en AWS. Está diseñado para integrarse sin problemas con otros servicios de AWS, por ejemplo con Lambda para la lógica de negocio o con API Gateway para crear APIs.

Auth0: Autenticación como servicio, o “Simplemente paga”

Introducción

Antes hablábamos de soluciones que te dan control total, pero requieren esfuerzo. Auth0 ofrece otro enfoque: externalizar el problema de la autenticación. “Lo haremos por ti”, dice Auth0, “solo conéctate a nuestra API”. Es la opción ideal para quienes no quieren ejercer de ingeniero DevOps a tiempo parcial.

La gran promesa

El mensaje principal de Auth0 es la simplicidad. El servicio promete que podrás añadir el inicio de sesión para usuarios en cuestión de minutos, sin escribir ni una línea de código para el backend. Sus principales ventajas: