Tu app ya no está bajo tu techo
En local, tú eres el monitor: ves el error, sabes cuándo pasó. En producción, pasan cosas cuando nadie mira: el disco se llena, el certificado caduca, la base de datos responde lento, la API externa cambió. La operación no es un lujo de expertos: son tres automatizaciones baratas que convierten «me enteré porque un usuario me reclamó» en «me avisó el sistema y ya lo resolví».
[La tripleta de vigilancia remota]
Esta actividad interactiva ('Explicacion visual') requiere el motor completo de Lumbre. El contenido estatico se muestra arriba; para la experiencia interactiva, visita la version online de este objeto.
Qué pide cada pieza (y por qué)
| Pieza | El pedido a la IA | La verificación que no puedes omitir |
|---|---|---|
| Logs | errores con fecha, request id y contexto en archivo con rotación (no llenar el disco) | provocar un error y encontrarlo legible en el log |
| Uptime | monitoreo externo gratuito cada 1-5 min + alerta a mi correo/whatsapp si no responde 200 | apagar el servicio a propósito y recibir el aviso |
| Backups | automático diario de base + archivos, copia CIFRADA en almacén externo, retención 30 días | listar copias en el almacén Y restaurar una en frío |
| Discos y memoria | alarma si disco >85 % o memoria agotada | simular el umbral y ver la alerta llegar |
El prompt de la tripleta
Mi app ya esta publicada (URL: https://...). Configura la operacion minima vital:\n\n1. LOGS: error y advertencia a archivo con rotacion semanal; cada error con fecha, endpoint y request id.\n2. UPTIME: elegirme un monitor externo con chequeo cada 2 min a /health (crealo si no existe: responde 200\n solo si app y base de datos contestan). Alerta a mi correo SI deja de responder 3 intentos seguidos.\n3. BACKUP: cada noche, base de datos + carpeta de subidas, cifrado, a mi almacenamiento externo;\n retencion 30 dias; SCRIPT DE RESTAURAR incluido y documentado.\n4. PRUEBAS OBLIGATORIAS que ejecutas y me muestras: (a) mato el servicio y llega la alerta de uptime;\n (b) provoco un error y aparece en el log con request id; (c) restauro el ultimo backup en una base temporal\n y confirmas que los datos coinciden.\n5. Deja todo documentado en OPERACION.md: que reviso yo cada semana y a quien aviso si algo falla.Para reforzar
Publicar tu aplicación: del portátil al mundo
OA publicado del momento de publicar; este OA es lo que ese enlace exige a la mañana siguiente.
Prueba
Tu monitor de uptime jamás ha enviado una alerta en dos meses. ¿Qué vale más como siguiente paso?
Con backup automático nocturno ya no hace falta probar restauraciones.
Detecta la operación ciega
Revisas el setup post-publicación de un alumno. Señala el punto que lo deja ciego ante el primer incidente:
- Logs de error en archivo con rotación semanal.
- Endpoint /health que verifica app y base de datos.
- El backup nocturno se guarda en el mismo disco del servidor «por velocidad».
- Alerta de uptime configurada a su correo con 3 intentos.
Identifica la linea con error.
Hoy: checklist del OA aplicado a tu enlace publicado. ¿Tienes las tres piezas y sus pruebas de disparo? Anota en tu documento maestro la fecha del próximo simulacro de restauración: ponle calendario o no existirá.