Arquitectura mínima
El ESP32 publica lecturas en un broker MQTT. Un servicio backend consume esos mensajes, valida el formato y decide qué información se almacena. La interfaz web consulta al backend en lugar de conectarse directamente a la base de datos.
Por qué usar un broker
El broker desacopla al dispositivo de las aplicaciones consumidoras. El ESP32 no necesita conocer qué dashboard está activo ni cuántos clientes reciben la información. Solo publica en un tópico conocido.
Tópicos claros
Conviene usar una jerarquía predecible, por ejemplo invernadero/01/temperatura o equipo/12/estado. Esto facilita suscribirse a un solo dispositivo o a una familia completa de mensajes.
Persistencia
No toda telemetría necesita guardarse para siempre. Algunas variables solo sirven para estado actual, mientras que otras requieren historial. Separar ambas decisiones evita llenar la base de datos con información que nunca se consulta.
Seguridad
El broker no debería exponerse sin autenticación. También conviene separar credenciales por dispositivo o grupo de dispositivos y limitar qué tópicos puede publicar o consumir cada cliente.
Resumen
ESP32 → MQTT → backend → base de datos → interfaz web es una cadena simple, fácil de explicar y suficientemente flexible para muchos proyectos académicos y productivos.