davidcastagnetoa ttl_management
Gestión de Time-To-Live (TTL) diferenciado por tipo de dato para garantizar que los datos temporales se eliminan automáticamente y cumplir con los requisitos GDPR de retención mínima.
When to use
Usar en el cache_agent para asignar TTL apropiado a cada tipo de dato cacheado. Los datos biométricos tienen TTL estricto de 15 minutos por política de privacidad.
Instructions
- Definir TTLs por tipo:
- Sesión activa: 15 minutos (
session:{id}) - Embeddings cacheados: 10 minutos (
embedding:{hash}) - Resultados OCR: 10 minutos (
ocr:{hash}) - Rate limiting counters: 1 hora (
rate:{ip}) - Config/umbrales: 5 minutos (
config:*) - Geo-IP cache: 1 hora (
geoip:{ip})
- Sesión activa: 15 minutos (
- Siempre usar
SET key value EX ttl_seconds. - Nunca crear keys sin TTL para datos de sesión.
- Verificar TTL restante:
TTL key. - Renovar TTL en accesos activos si es necesario:
EXPIRE key ttl. - Monitorizar keys sin TTL: alertar si hay keys de sesión sin expiración.
Notes
- GDPR requiere eliminación de datos biométricos lo antes posible; 15 min es el máximo.
- Usar
EXPIREATpara expiración en timestamp absoluto cuando se necesita sincronizar. - Los TTL se validan en el CI con tests que verifican que toda key de sesión tiene TTL.