Convertir un Android viejo en un clúster edge 24/7 con Termux, Node.js y PM2
Una guía de r/selfhosted monta tres microservicios sin root en un móvil, con ledger NDJSON, acceso a cámara y micrófono, y sincronización a la nube vía rclone.
Un Android viejo no tiene por qué acabar en un cajón. En r/selfhosted ha aparecido una guía que lo convierte en un clúster edge 24/7 sin root, usando Termux, Node.js y PM2, con tres microservicios locales y telemetría que se apila en un ledger NDJSON. La propuesta no depende de ninguna VM en la nube ni de un relay de webhooks de terceros.
La arquitectura
El autor parte de una premisa concreta: los móviles de gama media o alta cargan SoC ARM de ocho núcleos, entre 8 y 16 GB de RAM y almacenamiento UFS rápido, y se pasan el día apagados. La guía arranca con Termux instalado desde F-Droid —no desde Google Play, matiz que importa porque la versión de la tienda va por detrás— y su complemento Termux:API, también de F-Droid. Encima van nodejs-lts, curl, jq, rclone y PM2 en global.
Los tres servicios escuchan solo en 127.0.0.1 y no arrastran ninguna dependencia npm externa:
- Puerto 3001: gateway de ingreso de webhooks.
- Puerto 3002: motor de almacenamiento del ledger, que sirve el fichero en bruto por streaming.
- Puerto 3003: motor de triaje automatizado.
El ledger vive en /sdcard/Download/Vault_Telemetry/telemetry_ledger.ndjson y se escribe con fs.appendFile, en NDJSON y solo añadiendo líneas. El motivo no es estético: la guía insiste en que escribir de forma síncrona sobre el almacenamiento de Android dispara picos de latencia en el event loop y arriesga corrupción por bloqueo de fichero. Los streams append-only evitan las dos cosas.
Telemetría y sincronización
Termux:API es lo que da acceso al hardware real: termux-clipboard-get vuelca el portapapeles, termux-microphone-record graba audio y termux-camera-photo captura imagen, todo a subcarpetas dentro del mismo vault. La sincronización con la nube se hace con rclone contra un remoto que el autor llama sovereign_drive, hacia Termux_Enterprise_Archive.
El interés de la propuesta está en que reutiliza material que ya tienes. Frente a una VM pequeña en un proveedor cloud, el coste marginal es cero y el hardware lleva años pagado. Lo que la guía no resuelve es la parte incómoda de operar esto de verdad: qué le pasa a la batería trabajando 24/7, cómo se expone el ingreso a internet cuando haga falta —los tres servicios escuchan en localhost— ni qué garantías hay de que Android no mate el proceso en segundo plano cuando apriete el gestor de energía. En eso el autor no entra, y son justo las preguntas que se hace cualquiera que haya intentado dejar algo corriendo en un móvil más de una semana.
