Afinidad de pods / anti-afinidad
Reglas que controlan cómo se colocan los pods unos respecto a otros. La afinidad acerca pods al mismo nodo o zona (p. ej., una app cerca de su caché para baja latencia); la anti-afinidad los separa a la fuerza (p. ej., repartir réplicas entre nodos para que un fallo de nodo no se las lleve todas).
Mecánica: las reglas hacen match sobre las etiquetas de otros pods y una "clave de topología" (nodo, zona, región) que define qué significa "cerca"/"separado". Dos niveles de fuerza: required (duro — no se programa en absoluto si la regla no puede cumplirse) y preferred (blando — se intenta, pero se coloca igual si no se puede). Casos de uso clásicos: anti-afinidad para nunca correr dos réplicas del mismo servicio en el mismo nodo (evitar que la caída de un nodo mate todo el servicio); afinidad para colocar juntos servicios que se comunican intensamente. Se diferencia de la afinidad de nodo (que apunta a las propiedades de los nodos, no a otros pods) y del topology spread (un mecanismo de reparto más nuevo y uniforme). Poderoso, pero puede volver la programación irresoluble si las reglas son demasiado estrictas.