Se connecter
Google met etcd en retrait sur son Kubernetes managé : un effet IA ?
En prévision de l'arrivée de plus gros modèles génératifs, Google relève la capacité de montée en charge de GKE. Dans ce cadre, il substitue Spanner à etcd.
Exit etcd sur GKE ? Pas tout à fait, mais Google a opté pour un nouveau magasin clé-valeur fondé sur sa base de données Spanner.
Ce changement, affirme-t-il, réduira la latence* en plus de permettre un plan de contrôle sans état. L'API etcd est néanmoins implémentée pour assurer une rétrocompatibilité.
En toile de fond, la montée en capacité de GKE, officiellement en anticipation de l'arrivée de plus gros modèles génératifs. L'offre supporte désormais, en l'occurrence, jusqu'à 65 000 noeuds par cluster. À comparer aux 5000 que Microsoft annonce pour AKS. AWS conseille quant à lui de prendre contact avec ses équipes techniques au cas où on compte dépasser les 1000 noeuds par cluster.
À consulter en complément :
"Nous avons quitté Kubernetes" : l'expérience d'un éditeur logiciel
Kubernetes en edge : un projet open source référent franchit un cap
Kubecost, acquisition couleur FinOps pour IBM
Avec ou sans chatbot ? Quand l'IA générative investit les imprimantes
* Les performances d'etcd se dégradent en particulier dans les environnements distribués. D'autant plus que le mécanisme de consensus repose sur un quorum. Et que les données des clusters doivent être répliquées entre pairs.
Illustration © Dmitry Kovalchuk - Adobe Stock
Sur le même thème
Voir tous les articles Cloud
Par La rédaction
2 min.Par Clément Bohic
Par La rédaction
Par Clément Bohic
Par Tom Jowitt - Silicon UK
