Saltar a contenido

2. Persistencia y salida de estado

Un estado se mantiene activo mientras persistan las condiciones que lo originaron. Cambiar de estado exige verificación. Los márgenes de histéresis evitan oscilaciones.


Principio de persistencia

El sistema no oscila. Una vez en un estado, permanece hasta que: 1. Las condiciones desaparecen de forma verificable, o 2. Intervención humana explícita fuerza la transición


Márgenes de histéresis

Transición Entrada Salida Notas
Normal → Degradado RAM > 85% (5 min) RAM < 75% (15 min) 10 puntos de margen
Normal → Conservación Batería < 50% (5 min) Batería > 60% (10 min) + tendencia ascendente
Conservación → Supervivencia Batería < 20% (3 min) Batería > 30% (15 min) 🔐 requiere humano
→ Emergencia Declaración explícita Solo intervención humana 🔐
→ Reconstrucción Inicio bootstrap Fin con verificación

Entrar es más fácil que salir. Es más fácil volverse restrictivo que permisivo.


Verificación de salida

Al salir de Degradado

Recursos bajo umbral 15 min consecutivos. Reactivación en orden inverso con pausas de 2 min entre servicios. Si los recursos se disparan, se detiene.

Al salir de Conservación

Batería > 60% durante 10 min con tendencia estable/ascendente.

Al salir de Supervivencia

🔐 Requiere intervención humana explícita. El admin verifica estabilidad y confirma manualmente. Subida escalonada: Supervivencia → Conservación → Normal.

Al salir de Emergencia

🔐 Requiere intervención humana. El admin reconcilia cambios con Forgejo y archiva snapshots forenses.


Registro de transiciones

Cada cambio queda en Victoria Metrics como evento con: estado anterior, nuevo estado, motivo, timestamp, duración. Visible en Grafana en el dashboard "Estados del Sistema".


Relaciones


La persistencia no es terquedad: es estabilidad. Los márgenes convierten las transiciones en decisiones, no en reacciones.


Secciones relacionadas