Runtime

Contexto del Proyecto

Cada bot que entregábamos a un cliente terminaba en el mismo punto: ¿dónde va a vivir? Los hostings genéricos exponen decenas de opciones que el cliente no necesita y dejan el código del bot al alcance de cualquiera con acceso al panel. Runtime nació para cerrar ese hueco: un servicio de DayronLabs diseñado solo para operar bots personalizados, donde el cliente ve lo que necesita y nada más.

Desafío Técnico

El reto era dar al cliente control real sobre su bot —arrancarlo, detenerlo, ver sus logs, gestionar sus datos y sus backups— sin entregarle nunca el código ni el proceso interno, y con garantías de que un cliente no puede afectar a otro en la misma infraestructura.

Problemas Resueltos

• •Código inmutable: el producto vive dentro de la imagen en una ruta de solo lectura. Los únicos datos persistentes del cliente están en su propio volumen, y ningún archivo de ese volumen se ejecuta como código.
• •Aislamiento verificado: pruebas A/B entre clientes y un contrato de recursos fijo (CPU, RAM, disco, swap y límite de procesos) que impide que un bot consuma los recursos de otro.
• •Un panel sin ruido: capa visual propia sobre Pterodactyl que esconde las herramientas de hosting genérico y deja solo estado, controles, archivos, consola de lectura y backups.

Ejecución Técnica

Landing pública propia, Panel Pterodactyl con overlay versionado, nodos Wings, una imagen Node.js 22 inmutable para el runtime, backups manuales en Cloudflare R2, automatización reproducible de staging, observabilidad y checklists de extremo a extremo antes de cada alta de cliente.

Resultados Obtenidos

Runtime está en fase piloto: panel, Wings, aislamiento entre clientes, backups en R2 y límites reales ya superaron sus pruebas de validación. Las altas de clientes se aprueban de forma individual mientras abrimos las primeras plazas.

Evidencia Visual