La société d'observabilité Groundcover Inc. a dévoilé aujourd'hui sa première acquisition, en reprenant la startup d'optimisation des ressources Kubernetes Wand Cloud Ltd. pour un montant non divulgué.
Les fondateurs et les employés de Wand se déplacent vers le terrain dans le cadre de l'accord. Cet achat fait partie d'une initiative de Groundcover vers ce qu'elle appelle une infrastructure autonome, avec des logiciels agissant directement sur les systèmes de production.
La plate-forme groundcover collecte la télémétrie des applications et de l'infrastructure. Dans le cadre d'un modèle Bring Your Own Cloud, l'historique de production qui en résulte reste dans le compte cloud de chaque client.
Les ingénieurs et les agents d’intelligence artificielle utilisent les données pour enquêter sur les problèmes et déterminer ce qui a changé. La technologie de Wand ajoute la possibilité de prendre et d'exécuter des décisions concernant les clusters Kubernetes actifs, en fonction du comportement réel des charges de travail.
Wand cible les demandes de processeur et de mémoire que Kubernetes demande aux ingénieurs de définir à l'avance, généralement avant qu'une charge de travail ne soit exécutée sous une charge réelle. La surestimation et le gaspillage de capacité sont multipliés sur chaque réplica et chaque nœud. Une demande trop basse risque d’être limitée et interrompue lorsque le trafic change. Même un paramètre correct devient obsolète à mesure que les services changent.
Les autoscalers Kubernetes assument déjà une partie de ce travail. Selon groundcover, les versions verticales, horizontales et au niveau des clusters fonctionnent généralement indépendamment les unes des autres. Par exemple, une demande de ressources plus stricte augmente l'utilisation mesurée, et l'autoscaler horizontal peut répondre en ajoutant des réplicas qui ne sont pas nécessaires. Le regroupement de la charge de travail sur les nœuds change ensuite, tout comme le comportement de l'autoscaler du cluster.
Le logiciel de Wand se trouve à l'intérieur du cluster et prend les trois types de décisions de mise à l'échelle en même temps. Les ingénieurs ne se retrouvent pas avec une file de recommandations de dimensionnement à suivre plus tard, car les allocations d'unité centrale de traitement et de mémoire changent sur l'infrastructure en direct à mesure que la demande évolue. Wand a déclaré qu'il ajuste d'abord un cluster pour les performances et la disponibilité, avec des économies de coûts une fois la marge inutile supprimée.
Shon Lev-Ran, co-fondateur et directeur général de Wand, a déclaré que la bonne taille « suppose que nous connaissions l'avenir ». L'infrastructure change continuellement, a-t-il déclaré, et rejoindre groundcover donne à Wand une vision beaucoup plus approfondie de ce qui se passe dans l'ensemble de la production.
Les arguments de Groundcover en faveur de l’accord reposent sur cette vision plus approfondie. Une charge de travail peut sembler surprovisionnée lorsqu'elle est évaluée sur l'heure écoulée tout en étant correctement dimensionnée pour le trafic qui arrive chaque lundi matin, a déclaré la société. Les données de production sont conservées en haute fidélité sur sa plateforme, de sorte que les équipes n'ont pas à décider à l'avance ce qu'elles doivent échantillonner ou jeter.
Shahar Azulay, cofondateur et directeur général de Groundcover, a déclaré que les données de production constituent de plus en plus le contexte sur lequel les agents d'IA s'appuient pour créer, réparer et exécuter des logiciels.
« Pour que les infrastructures deviennent autonomes, les systèmes doivent également agir en toute sécurité sur la base de ce qu'ils savent », a déclaré Azulay. « Wand a passé des années à développer exactement cette capacité pour Kubernetes. »
L'entreprise prévoit d'utiliser la technologie de Wand à deux endroits. La première est la propre plate-forme de Groundcover, qui s'exécute dans les comptes cloud des clients. Tout ce qu'il consomme apparaît sur les factures cloud de ces clients, et une empreinte plus légère devrait leur permettre de conserver davantage de télémétrie en toute fidélité à moindre coût. La seconde consiste à mettre l’optimisation des ressources Kubernetes de Wand directement entre les mains des clients Groundcover. Aucun calendrier n'a été donné.
