Recherche

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.

Publié par le | Mis à jour le
Lecture
3 min
  • Imprimer
Google met etcd en retrait sur son Kubernetes managé : un effet IA ?
© Dmitry Kovalchuk - Adobe Stock

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

Livres Blancs

Voir tous les livres blancs
S'abonner
au magazine
Se connecter
Retour haut de page