MQTT no hace la casa más inteligente por sí solo. La hace más fácil de entender cuando varios sensores, servicios y automatizaciones necesitan hablar sin depender todos de todos.
Un inventario de homelab no tiene que parecer una herramienta corporativa. Tiene que responder rápido qué corre, dónde vive, qué datos guarda, qué backup tiene y qué se rompe si apagas una máquina.
Wake-on-LAN funciona bien dentro de la misma red. Los problemas aparecen al usarlo desde fuera de casa, cruzar VLANs o integrarlo en una automatización.
Versionar configuraciones en un homelab tiene sentido cuando ayuda a reconstruir, auditar y tocar menos de memoria. La clave está en no meter secretos, no automatizar a ciegas y no convertir cada cambio pequeño en un ritual.
Un servicio puede estar encendido y estar roto. Los healthchecks buenos no miran solo si un puerto responde, comprueban que la función que importa sigue viva.
Actualizar no termina cuando el comando acaba. Termina cuando sabes que lo importante sigue respondiendo. Estas son las pruebas simples que automatizo para no descubrir fallos al día siguiente.
Un runbook casero no tiene que parecer documentación de empresa. Tiene que salvarte cuando DNS no resuelve, el backup falla o una VM crítica no arranca y tú no estás para pensar fino.
Hay una fase bastante cutre en casi todo homelab con Proxmox. La de decirte a ti mismo que levantar una VM nueva son cinco minutos y luego echar media hora repitiendo siempre lo mismo. Crear la máquina, montar ISO o importar imagen, tocar red, meter clave SSH, actualizar paquetes, instalar cuatro utilidades, corregir alguna tontería del hostname y cruzar los dedos para no haber dejado un usuario raro o una configuración vieja de otra prueba. No es un drama, pero tampoco es serio.
Hay una cosa que me sigue haciendo gracia del mundo self-hosted. Montamos infra cada vez más compleja para acabar resolviendo tareas que, en el fondo, se arreglan con dos comandos bien puestos y un poco de criterio. Publicar una web estática es una de ellas.
He probado flujos más elaborados. CI/CD con más capas, builders remotos, pipelines con demasiadas piezas, deploys muy listos sobre el papel y algo menos listos cuando fallan a las dos de la mañana. Al final he vuelto a lo que mejor me funciona para proyectos pequeños y medianos que controlo yo: Hugo para generar el sitio y rsync para dejarlo en el servidor.
Cada pocos meses veo la misma idea repetida en Reddit, YouTube y foros de homelab. Si quieres un servidor de verdad, necesitas Proxmox, Linux, una caja con más bahías que sentido común y, si puede ser, un mini PC chino con cuatro puertos 2.5GbE para sentir que estás en control de tu vida. Me gustan esos cacharros, de hecho tengo varios. Pero hay una verdad menos vistosa: el equipo que más trabajo real me saca adelante sigue siendo un Mac mini M1.