CAPÍTULO 10 · Operar también es desarrollar
Mantener el servicio requiere acuerdos que se repiten
Los logs y artefactos son útiles mientras responden a una necesidad. Conservarlos indefinidamente puede ser costoso, mientras eliminarlos demasiado pronto puede impedir investigar o recuperar una entrega. El equipo necesita un criterio que no dependa de la urgencia del día en que se agota la cuota.
Establecemos qué conservar, por cuánto tiempo y bajo qué condiciones se puede retirar. Antes de limpiar verificamos si existe información que deba protegerse y cómo confirmar el resultado después. El procedimiento forma parte de la operación del proyecto, con una responsabilidad reconocible y evidencia suficiente para explicar lo hecho.
El servicio puede mantenerse con mayor previsión. También estamos en mejores condiciones de revisar un cambio de plan: conocemos el uso real, las funciones necesarias y el espacio que podemos liberar. La reducción de costo deja de ser una selección aislada en el portal y se convierte en una decisión con requisitos concretos.
Leer esta parte dentro del relato completo →DEL RELATO A LA PRÁCTICA
Vamos a desarrollar esta decisión con su mapa, explicación, código y ejercicio.
MIRA · CONECTA · COMPRENDE
Conservar, revisar y limpiar lo necesario
Las flechas resumen el recorrido conceptual. Los controles y dependencias se detallan debajo.
Selecciona una pieza para destacar su responsabilidad.
Leer la explicación del mapa
- Inventario. Mide rutas y causas
- Preservación. Protege datos y evidencia
- Candidatos. Lista regenerables autorizados
- Mantenimiento. Mide de nuevo y prueba build
01 / EL PROBLEMA
¿Para qué sirve?
Una limpieza indiscriminada puede destruir evidencia de incidentes, archivos de usuarios o el artefacto con el que necesitas volver a una versión estable.
02 / COMPRENDER
El concepto, explicado
Define mantenimiento por crecimiento observado y política de retención, no por borrar todo cada mes. Caché regenerable, logs y deployments tienen decisiones distintas.
No limpies cachés ni contenido durante un build o despliegue activo. Verifica procesos y estado operativo; un reinicio tampoco es una garantía de que la cuota deje de estar ocupada.
Los logs necesitan retención y exportación acorde con la operación. Truncar todos los archivos elimina evidencia y puede no ser compatible con el proceso que está escribiendo.
El historial de deployment no es necesariamente una copia íntegra de cada versión. Conserva el artefacto de rollback fuera del destino; si no puedes identificar con fiabilidad activo y candidatos, detén la eliminación del historial.
03 / CONSTRUIR
Implementación paso a paso
- Registra tamaño, dueño de la ruta y causa del crecimiento.
- Confirma ausencia de build/deploy y una ventana compatible con operación.
- Selecciona archivos concretos de caché realmente regenerables o logs fuera de retención.
- Lista candidatos y exporta evidencia necesaria antes de eliminar.
- Ejecuta limpieza acotada y vuelve a medir sin tocar datos ni deployment activo.
- Prueba siguiente build y arranque; actualiza alertas y retención para evitar recurrencia.
04 / APLICAR
Ejemplo en SensorHub
# Bash en un laboratorio. Diagnóstico/listado antes de cualquier eliminación.
find /home/LogFiles -type f -mtime +7 -print
# +7 es ejemplo de criterio; acuerda retención y revisa tiempos reales.
cache_target=/home/.cache/pip
if [ -d "$cache_target" ]; then du -sh "$cache_target"; fi
# SOLO si se confirmó caché regenerable, sin build activo, y está autorizada:
# rm -rf -- "$cache_target"
# Revisar historial sin eliminarlo:
ls -lah /home/site/deployments
if [ -f /home/site/deployments/active ]; then
cat /home/site/deployments/active
fi
# Si falta/varía el marcador active, confirma el método de deployment.
# No deduzcas que todo historial es prescindible.Cómo leer el ejemplo
- Las líneas de eliminación están comentadas y requieren decisión sobre una ruta fija revisada.
- La lista de logs es una previsualización, no una política universal de siete días.
- No se ejecuta find /home ... rm ni se truncan logs activos en este flujo.
- Esta academia enseña el procedimiento y no opera el App Service del lector.
Error habitual
Suponer que conservar active alcanza para restaurar, o limpiar todo /home porque contiene caché.
05 / PRACTICAR
Tu turno
El directorio de logs crece durante un incidente todavía abierto. ¿Lo borrarías para liberar cuota?
Ver solución orientativa
Preserva y exporta evidencia requerida; limita nuevas trazas redundantes de forma controlada y busca otros archivos regenerables. Ajusta capacidad o retención cuando proceda sin perder información necesaria.
06 / VERIFICAR
Cómo sabes que funciona
- Los candidatos se revisan antes de eliminar.
- Se conserva evidencia y artefacto de rollback.
- Se miden cambios y se prueba un build posterior.
- La limpieza tiene registro y responsable.
Para profundizar
Documentación oficial para comprobar configuración, permisos y condiciones vigentes. Revisión del tema: 2026-10-11.
CONTINUAR LA EXPERIENCIA
El siguiente paso del recorrido:
Reducir el plan: diagnóstico Bx a F1 →Continuar en modo relato