Présentation de l’acquisition

Groundcover Inc., société d’observabilité financée à hauteur de 160 M$ dont un tour de table de 100 M$ en série C, a annoncé son premier rachat : l’achat de Wand Cloud Ltd., startup spécialisée dans l’optimisation des ressources Kubernetes. Le montant de l’opération n’a pas été communiqué et les fondateurs ainsi que les employés de Wand rejoignent Groundcover.

Architecture et mécanisme de Wand

Wand déploie un composant logiciel à l’intérieur du cluster Kubernetes qui intervient sur les trois niveaux de mise à l’échelle : vertical (CPU et mémoire), horizontal (nombre de pods) et au niveau du cluster (ajout ou retrait de nœuds). Le moteur analyse les requêtes de ressources que les ingénieurs définissent à l’avance – souvent sur‑ou‑sous‑dimensionnées – et ajuste ces valeurs en temps réel en fonction du comportement observé des workloads. Cette approche contraste avec les autoscalers natifs de Kubernetes, qui opèrent séparément sur chaque niveau et peuvent créer des boucles de rétroaction non coordonnées.

Analyse de l’impact sur l’efficacité des clusters

Lorsque les requêtes de CPU ou de mémoire sont surestimées, chaque réplica et chaque nœud consomme une capacité excédentaire, ce qui gonfle les factures cloud. À l’inverse, une sous‑estimation expose à la limitation du processeur et à des interruptions de service lors de pics de trafic. En ajustant les requêtes sur le vol, Wand élimine la latence entre la détection d’un déséquilibre et son correction, évitant ainsi la file d’attente de recommandations de « right‑sizing » que les équipes doivent traiter manuellement. Selon Groundcover, la synchronisation des trois types d’ajustement permet de maintenir la performance et la disponibilité, tandis que les économies de coût apparaissent lorsque le surplus de capacité est retiré.

Intégration dans Groundcover et limites

Groundcover prévoit d’incorporer la technologie Wand à deux niveaux : d’abord comme composant natif de sa plateforme de télémétrie, qui conserve les données de production dans le compte cloud du client, puis comme service autonome proposé directement aux utilisateurs. Cette double voie devrait réduire l’empreinte cloud des clients, car les décisions d’allocation sont exécutées sans surcharge supplémentaire. Aucun calendrier de déploiement n’a été communiqué, et l’absence de détails sur le modèle tarifaire empêche d’évaluer précisément le retour sur investissement pour les organisations intéressées.