watch.interface vs cache.newinformer vs cache.newsharedindexinformer: différences et quand utiliser

kubernetes propose plusieurs approches pour surveiller et répondre aux changements de ressources au sein d'un cluster. Ceux-ci incluent:

1. watch.interface.resultChan (): Cette méthode vous permet de surveiller les modifications d'une ressource en vous abonnant à un résultat. Ce canal fournit des événements ajoutés / modifiés / supprimés pour la ressource, vous donnant des mises à jour en temps réel sur son état.
2. cache.newinFormer (): Une interface de ressourceeventHandler peut être implémentée et transmise comme le dernier argument à cache.newinFormer. Cela met en place un informateur qui déclenche des rappels onadd () / onupdate () / ondelete () dans le gestionnaire lorsque des changements de ressource se produisent. Il fournit à la fois les états "Avant" et "After" de la ressource, ce qui le rend utile pour gérer les transitions d'état.
3. cache.newsharedInformer () et cache.newsharedIndexInFormer (): Ces méthodes offrent un niveau d'abstraction plus élevé en combinant la fonctionnalité de Watch. Ils introduisent un SharedInFormerFactory, qui consolide les connexions au serveur API et partage des ressources entre plusieurs informateurs. De plus, Cache.newsharedIndexInformer ajoute l'indexation au cache de données pour une récupération efficace des grands ensembles de données.

Le choix de l'API dépend de vos besoins spécifiques. En général, les informateurs (Cache.NewInFormer ()) sont préférés à RAW Watch.interface pour la plupart des cas d'utilisation. Ils fournissent un niveau supérieur d'abstraction et automatisent des tâches telles que le filtrage et les événements de file d'attente.

sharedInformers (cache.newsharedInformmer ()) offrent d'autres optimisations en partageant des connexions et des ressources entre plusieurs informateurs. SharedIndexInformers (cache.newsharedExinFormer ()) sont particulièrement utiles pour gérer de grands ensembles de données, car ils améliorent l'efficacité de la recherche et de la récupération.

pour une surveillance complète des ressources, il est recommandé d'utiliser des enformes partagées instanciées à partir du même partageinformmerFactory. Cela garantit le partage des ressources, la gestion efficace des grands ensembles de données et une vue cohérente de l'état de cluster.