RouterOS 7.22 marca un cambio interesante en la forma de entender un MikroTik. El router sigue siendo, ante todo, el equipo que enruta, filtra y protege la red; pero con el sistema Apps y los contenedores puede alojar ciertos servicios auxiliares sin añadir otro equipo. Monitorización, DNS filtrado, pruebas de red o automatizaciones ligeras pueden vivir cerca de la infraestructura que utilizan.
La idea de «router como mini-servidor» resulta atractiva para homelabs y pequeñas oficinas, pero exige criterio. Un servicio mal aislado o una imagen de contenedor poco fiable no solo falla: amplía la superficie de ataque del propio equipo que protege toda la red. La clave es saber qué conviene ejecutar, en qué hardware y qué no debes delegar jamás al router.
Qué cambia con RouterOS 7.22
Los contenedores ya existían en RouterOS v7, pero la versión 7.22 dio un paso importante con el menú /app. Este catálogo convierte despliegues que antes requerían configurar manualmente imágenes, interfaces virtuales, NAT, montajes y variables de entorno en aplicaciones con una configuración más guiada.
- Apps preconfiguradas: el catálogo de MikroTik agrupa servicios de monitorización, red, almacenamiento, automatización, domótica y otros usos.
- Apps personalizadas: desde RouterOS 7.22 se pueden definir aplicaciones propias mediante un archivo Compose YAML.
- App store configurable: se añade la posibilidad de indicar una URL de repositorio para apps personalizadas.
- Health checks: las aplicaciones pueden incorporar comprobaciones de salud, y RouterOS reescribe el YAML compuesto cuando corresponde.
- Mejoras de operación: se añadieron, entre otras, limpieza de copias tras volver a descargar imágenes, gestión de swap para equipos que usan Apps y correcciones de colisiones de puertos.
En la práctica, Apps no elimina los contenedores: los organiza. Una app puede contener uno o varios contenedores y aplicar automáticamente parte de la configuración de red necesaria. Para quien ya usa Docker, es una capa de despliegue más sencilla; para quien viene de RouterOS, es una entrada más razonable al mundo de los servicios empaquetados.
Qué puedes ejecutar de forma útil
El catálogo documentado por MikroTik incluye opciones de red como Pi-hole, Technitium, Cloudflared, LibreSpeed, Smokeping o Uptime Kuma; herramientas de monitorización como Grafana, LibreNMS, Zabbix y VictoriaMetrics; además de automatización, mensajería y domótica. Que una app aparezca en un catálogo no significa que sea apropiada para todos los routers ni para todos los entornos.
- DNS de red y filtrado ligero. Pi-hole o Technitium pueden ser útiles en un laboratorio o una vivienda avanzada. Deben tener una política de recuperación: si la app se detiene, la resolución DNS no puede dejar toda la red sin salida.
- Monitorización de disponibilidad. Uptime Kuma, Smokeping o LibreSpeed son buenos candidatos cuando el volumen es moderado y el router cuenta con almacenamiento y recursos suficientes.
- Pruebas y diagnóstico. Una app personalizada con iperf3 puede servir para pruebas controladas de rendimiento dentro de una red local.
- Servicios auxiliares de homelab. MQTT, Node-RED o un proxy pueden encajar, pero no deberían competir con el tráfico crítico ni ser el único punto de fallo de un servicio esencial.
El hardware importa: no todos los MikroTik son candidatos
Antes de instalar nada, revisa la arquitectura, la memoria y el almacenamiento. La documentación de Apps indica compatibilidad para arm64 y x86; el paquete container debe estar instalado y el modo de contenedores habilitado. Además, MikroTik recomienda almacenamiento externo rápido: al menos 100 MB/s de lectura/escritura secuencial y 10.000 IOPS aleatorios como referencia para un uso fluido.
Un modelo ARM64 con suficiente RAM, almacenamiento USB/SATA/NVMe y una carga de routing moderada es un candidato mucho más sensato que un equipo con poco flash interno. Por ejemplo, el RB5009UG+S+IN dispone de arquitectura ARM64, 1 GB de RAM, 1 GB de NAND y USB 3.0; aun así, no hay que interpretar esas cifras como permiso para desplegar varios servicios pesados sin medir consumo y temperatura.
También conviene distinguir entre ejecutar una app y consolidar producción. Un router de borde puede mover tráfico de toda una oficina. Si además alberga una base de datos, una plataforma de domótica y monitorización intensiva, cualquier pico de CPU, memoria o disco puede afectar a la conectividad. Para cargas continuas, críticas o con datos relevantes, un mini-PC, NAS o servidor separado sigue siendo la arquitectura más robusta.
Cómo funciona el aislamiento
Las Apps automatizan buena parte de la red que rodea a un contenedor: interfaz virtual VETH, conexión al bridge, NAT, redirecciones de puertos y URL de acceso. Pueden trabajar en una red interna tras NAT o en la LAN, según la configuración elegida. Esa comodidad no debe confundirse con aislamiento total.
La propia documentación de MikroTik es explícita: habilitar contenedores aumenta el riesgo; una imagen de terceros puede introducir vulnerabilidades y un dispositivo comprometido puede emplearlos para instalar software malicioso. El modo de contenedor está deshabilitado por defecto y requiere acceso físico para su habilitación inicial. Es una barrera deliberada: protege contra que alguien active por remoto esta capacidad en un router ya expuesto.
Antes de desplegar tu primera App
- Actualiza de forma planificada. RouterOS 7.22 introdujo estas mejoras, pero no tiene sentido instalar una versión antigua solo por probarlas. Comprueba el canal estable actual, las notas de cada versión y la compatibilidad de tu equipo.
- Haz backup y export. Guarda una copia binaria y un export de texto fuera del router antes de cambiar paquetes, almacenamiento o modo de dispositivo.
- Comprueba recursos reales. Mide CPU, RAM, temperatura, espacio libre y rendimiento del disco. No uses la memoria flash interna como si fuera almacenamiento de un servidor.
- Empieza con un servicio no crítico. Una prueba de iperf3, una herramienta de disponibilidad o una app de laboratorio es mejor inicio que el DNS único de una empresa.
- Segmenta y limita exposición. Evita publicar interfaces de administración o aplicaciones a Internet. Usa una VLAN/red interna, reglas de firewall específicas y VPN para administración remota.
- Controla origen y actualización de imágenes. Revisa el repositorio, fija versiones cuando proceda y no actives actualizaciones automáticas sin una ventana de mantenimiento y un método de reversión.
Ejemplo de uso seguro: una sonda de red, no un servidor crítico
Un buen primer caso es desplegar una herramienta de medición o disponibilidad que observe la red desde el propio borde. El valor está en ver la experiencia desde el punto donde se concentran WAN, VLAN y políticas de firewall. Si la prueba consume recursos o falla, no debe interrumpir el routing; por eso se le asignan límites, almacenamiento externo, una red interna y una regla clara de eliminación.
Para un segundo paso, una app personalizada puede encapsular un servicio de diagnóstico como iperf3. RouterOS 7.22 permite crear la definición mediante Compose YAML y desplegarla desde /app. Antes de llevar un servicio a producción, revisa puertos, volúmenes persistentes, credenciales, política de actualización y logs. La automatización del despliegue no sustituye una revisión de arquitectura.
¿Sustituye esto a un NAS o a un mini-PC?
No. Apps y contenedores convierten a RouterOS en una plataforma muy versátil para servicios complementarios, pero no cambian el papel principal de un router. Un NAS o mini-PC ofrece más almacenamiento, más aislamiento, ciclos de actualización independientes y menor riesgo de que un problema de aplicación afecte a la conectividad.
La decisión correcta depende del caso de uso: para una sonda, DNS secundario, prueba de red o servicio pequeño de laboratorio, el MikroTik puede simplificar el montaje. Para copias de seguridad, bases de datos, aplicaciones de negocio, Home Assistant crítico o servicios expuestos, separa funciones. Reducir hardware no debería significar concentrar todos los riesgos en el mismo equipo.
Conclusión
RouterOS 7.22 hizo mucho más accesible el uso de Apps, repositorios personalizados y contenedores en MikroTik. Es una excelente noticia para laboratorios, profesionales de red y pequeñas infraestructuras que quieren añadir servicios ligeros con menos complejidad. Pero la mejor implementación es la que mantiene al router como router: actualizado, monitorizado, con recursos de sobra y sin exponer servicios innecesarios.
Si quieres evaluar qué funciones puede asumir tu MikroTik y cuáles conviene separar en un NAS, mini-PC o servidor, en allado.es podemos ayudarte a diseñar una infraestructura de red y homelab equilibrada, segura y mantenible.
Dejar una contestacion
Lo siento, debes estar conectado para publicar un comentario.