DevOps

Jitsi Meet funciona de serie y resuelve muy bien la tarea de videoconferencias. La combinación Jitsi Meet + Jibri permite grabar las reuniones — y en muchas instalaciones ahí se quedan.

Pero tan pronto como Jitsi se usa no de forma esporádica, sino en el flujo de trabajo, muy pronto surgen preguntas:

• ¿Dónde almacenar las grabaciones de forma centralizada?
• ¿Cómo publicar automáticamente los enlaces para el equipo?
• ¿Cómo librarse de los pesados MP4 y pasar a reproducción por streaming?
• ¿Cómo servir las grabaciones por HTTPS sin revelar la estructura de directorios?
• ¿Cómo hacer todo esto automáticamente, sin intervención manual del administrador?

A continuación — una canalización de producción completa con código: desde la finalización de la grabación de Jibri hasta la publicación en Notion y el transcodificado asíncrono MP4→HLS con entrega a través de Caddy.

Los enrutadores Mikrotik son muy valorados por los administradores de sistemas por su increíble flexibilidad.
Una característica única de este equipo es que desde un hAP lite doméstico y económico hasta un potente enrutador corporativo de miles de dólares funcionan con el mismo sistema operativo: RouterOS.

Esto significa que, al aprender a configurar un dispositivo, podrá gestionar cualquier equipo de la marca.
En este artículo desglosaremos las etapas fundamentales para configurar Mikrotik desde cero hasta un estado completamente funcional.

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 me enviaran a una isla digital desierta y solo me permitieran llevar una utilidad de red, sin dudarlo elegiría Netcat.

La documentación oficial (man nc) dice secamente: «utilidad para leer y escribir a través de conexiones de red usando TCP o UDP».
En la práctica es la navaja suiza del ingeniero de red, que reemplaza a decenas de programas especializados.

En el artículo se usan ejemplos para OpenBSD netcat — es el que viene por defecto en Ubuntu 20.04+, Debian 10+, Fedora, Arch, Alpine y en la mayoría de las distribuciones modernas.

Read more

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.

Introducción: por qué las métricas “de laboratorio” no lo son todo

«Lighthouse muestra 100/100, y los usuarios se quejan de lentitud» — ¿dolor conocido?

Las pruebas sintéticas (Lighthouse, WebPageTest) son excelentes para el desarrollo.
Pero el usuario real está:

• en 3G en el metro,
• con 27 pestañas abiertas,
• en un Android antiguo con 2 GB de RAM.

Son precisamente esos escenarios los que registra CrUX — Chrome User Experience Report.
Y CrUX Vis es un visualizador cómodo y gratuito de esos datos, lanzado en 2024.

Si usas n8n para automatizar con modelos de lenguaje de gran tamaño (LLM), seguro conoces no solo sus enormes capacidades, sino también los riesgos. Los LLM siguen siendo una «caja negra»: pueden revelar datos personales por accidente, generar contenido tóxico o ser víctimas de inyección de prompts.

Hasta hace poco había que «colocar» en el flujo de trabajo de IA numerosos nodos IF y complejas comprobaciones Regex. Era engorroso e poco fiable.