Affinité / anti-affinité de pods Pod affinity / anti-affinity
Règles qui déterminent où placer les pods les uns par rapport aux AUTRES. L'affinité rapproche les pods sur le même nœud ou la même zone (une application près de son cache, pour une faible latence) ; l'anti-affinité les éloigne (répliques réparties sur plusieurs nœuds, pour qu'une panne ne les emporte pas toutes).
Mécanique : les règles s'appuient sur les labels d'autres pods et sur une « clé de topologie » (nœud, zone, région) qui définit ce que « près » et « loin » veulent dire. Deux niveaux de rigueur : required (strict — le pod n'est pas planifié du tout si la règle ne peut être respectée) et preferred (souple — on essaie, mais on place quand même à défaut). Usages classiques : l'anti-affinité pour ne jamais faire tourner deux répliques d'un même service sur le même nœud ; l'affinité pour regrouper des services qui échangent beaucoup.
À ne pas confondre avec l'affinité de nœud (qui vise les propriétés des nœuds, pas les autres pods) ni avec la topology spread (mécanisme plus récent, qui répartit plus uniformément). Puissant, mais des règles trop strictes peuvent rendre l'ordonnancement insoluble.