desahucio

El término desahucio proviene del ámbito jurídico: la expulsión formal de un ocupante por incumplimiento de contrato o fin de arrendamiento. En infraestructura de software, un desahucio es un mecanismo automatizado que retira una carga de trabajo, un proceso o un dato de un recurso cuando se violan condiciones operativas. No es un castigo moral; es un protocolo de supervivencia para el sistema.

Después de operar clústeres de Kubernetes durante más de ocho años, he visto más desahucios de pods en un trimestre que órdenes judiciales un juzgado de lo civil en un año; y la diferencia clave es que en producción un desahucio sin periodo de gracia puede tumbar el servicio completo. Esta pieza descompone el desahucio técnico en cuatro capas: caché, contenedores, bases de datos y nodos, y propone un marco de mitigación basado en observabilidad y políticas como código.

El lector senior encontrará aquí una perspectiva de ingeniería de plataformas, no un diccionario. Hablaremos de kubelet, Redis, Linux cgroups v2, PostgreSQL y deschedulers, con métricas reales y reglas de alerta que hemos llevado a producción.

Desahucio en sistemas distribuidos: una definición operativa

Un desahucio en sistemas distribuidos es la terminación o recolocación forzada de una unidad de cómputo o almacenamiento porque el recurso que la aloja dejó de cumplir una condición de salud. Kubernetes lo llama eviction; Redis lo llama eviction de claves; Linux lo llama OOM kill o reclaim. El nombre cambia, pero el patrón es el mismo: el sistema detecta presión, prioriza víctimas, y libera capacidad.

La distinción operativa que más importa es entre desahucio planificado y no planificado. Un desahucio planificado, como un kubectl drain durante una ventana de mantenimiento, preserva la disponibilidad si existe un presupuesto de disrupción. Un desahucio no planificado, como el que ejecuta el kubelet por presión de memoria, puede matar procesos sin esperar a que terminen las conexiones en