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
- Oídos: logs
la app cuenta todo lo que hace; si algo huele mal, hay rastro con fecha.
- Vigilante: uptime
un servicio externo despierta cada minuto: si mi app no contesta, me avisa.
- Manos: backups
copia automática fuera del servidor, restaurable y probada.
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
Sin pruebas obligatorias, no hay vigilancia: hay esperanza
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
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:
Marca la línea o las líneas con error y pulsa Comprobar.
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á.
Operar no es mirar la app: es construir quién mira por ti cuando duermes.
Tu texto se guarda sólo en este dispositivo.
Comentarios
Inicia sesión para comentar.
Todavía no hay comentarios. Sé la primera persona en opinar.