Cloud Intelligence™Cloud Intelligence™
Comparatif des plateformes FinOps

Cloud Intelligence™ vs. CloudHealth

Pendant une décennie, CloudHealth a défini le standard du reporting FinOps en entreprise. Mais le reporting n'a jamais été la ligne d'arrivée.

CloudHealth — racheté par VMware, aujourd'hui propriété de Broadcom et distribué exclusivement par Arrow Electronics — est la plateforme sur laquelle beaucoup d'équipes FinOps ont fait leurs armes. Perspectives, FlexReports, budgets, moteur d'anomalies ML, moteur de policies de gouvernance, et une refonte 2025 apportant des fonctionnalités IA comme Intelligent Assist. Pour le reporting et la gouvernance des coûts en entreprise, c'est une valeur sûre.

Cloud Intelligence™ pousse plus loin sur le terrain de l'exécution — à tarif fixe, et non en pourcentage de vos dépenses. Composer vous indique quoi corriger, CloudFlow exécute la correction, PerfectScale ajuste automatiquement Kubernetes et les data warehouses, PerfectScale for Commitments échelonne les Savings Plans et les CUD sur AWS et GCP, et l'attribution runtime relie chaque euro au client qui l'a généré — sans aucun tagging.

La gouvernance appartenait à la décennie précédente. Celle-ci est celle de l'exécution.

Là où les deux plateformes divergent réellement, et là où CloudHealth conserve sa réputation. Nous essayons d'être précis sur les deux plans.

Les Perspectives sont des règles appliquées à des métadonnées. Nous, nous attribuons au niveau du kernel.

Les Perspectives de CloudHealth constituent le framework d'allocation historique du secteur : des vues basées sur des règles construites autour des tags, des métadonnées et des attributs de ressources, avec FlexOrgs pour délimiter les accès par unité métier. Pour les organisations disciplinées sur le tagging, cela fonctionne — les équipes finance y font du chargeback depuis dix ans. Mais les Perspectives héritent de la limite structurelle du tagging : ce n'est que de l'inférence à partir de métadonnées. Un cluster K8s multi-tenant ne porte qu'un seul jeu de tags. Un GPU partagé qui sert cinquante clients ne porte qu'un seul jeu de tags. L'egress, le NAT, le cross-AZ — rien de tout cela n'est taggable. Gartner estime que l'allocation à l'unité via les approches basées sur les tags couvre environ 43 % des coûts cloud. Dans Cloud Intelligence™, l'attribution runtime est une capacité de premier ordre. Un capteur léger au niveau du kernel (eBPF) observe le trafic et la consommation de ressources directement sur l'hôte, et reconstitue quel client a sollicité quel endpoint d'inférence, quel job d'équipe a consommé quelle heure-GPU, et quel workload a généré quels octets d'egress.

Attribution des coûts au runtime, sans tagging

  • COGS par clientObservation des identifiants clients dans le flux des requêtes. Rattachement des coûts sans tagging ni règles Perspective.
  • Coût IA par fonctionnalitéQuelle fonctionnalité livrée le mois dernier génère 44 K$ de dépenses supplémentaires, ventilé par modèle et type de token.
  • Répartition des ressources partagéesNœuds GPU, clusters partagés, bases de données — d'après le trafic runtime observé plutôt que des tags déclarés ou inférés.
  • Attribution réseauEgress, NAT, cross-AZ. Attribués au workload qui a généré les octets.
  • Chargeback dès le premier jourAucun projet de création de Perspectives. Aucun prérequis de métadonnées. Vous déployez le capteur, vous obtenez l'attribution.

Commitments : modélisation et files d'approbation, ou échelonnement autonome

L'outillage commitments de CloudHealth propose une analyse solide : RI Optimizer, recommandations Savings Plan, reporting d'amortissement, et actions d'achat encadrées par des workflows d'autorisation/approbation. Savings Automator n'automatise qu'une seule chose de bout en bout : l'échange et la modification des AWS Convertible Reserved Instances pour maintenir la couverture. L'achat de nouveaux Savings Plans, lui, n'est pas autonome. Les recommandations d'achat sont en beta, ne sont générées que lorsque la couverture totale de commitments est inférieure à 50 %, et proposent par défaut des durées d'un an. La décision d'achat passe toujours par une file d'approbation humaine, et au-delà d'AWS, la couverture relève de l'analyse, pas de l'automatisation. PerfectScale for Commitments prend la décision d'achat. Analyse horaire de l'usage sur fenêtres glissantes. Achats échelonnés sur les AWS Savings Plans, Database Savings Plans et CUD GCP. Seuils d'approbation, plafonds de dépenses, contrôles de rythme. Exécution totalement autonome, ou approbation humaine avant chaque achat.

// Périmètre commitments

  • Automatisation CloudHealthÉchanges de Convertible RI AWS via Savings Automator. Recommandations SP en beta, durées 1 an, conditionnées à la couverture
  • CloudHealth au-delà d'AWSAnalyse et recommandations pour Azure RI / GCP CUD uniquement
  • Périmètre PerfectScaleAWS + GCP. Échelonné, sensible au risque, validé sur l'usage horaire
  • Tarif PerfectScaleInclus. Tarif plateforme fixe, 0 % des économies

Un moteur de policies qui fait le ménage, ou une couche d'exécution qui optimise

Rendons à César : le moteur de policies de CloudHealth exécute réellement. Une fois le rôle IAM Automated Actions attribué, les policies peuvent arrêter des instances zombies, supprimer des volumes non attachés, prendre des snapshots et faire le ménage, ou éteindre les environnements de dev la nuit — avec des workflows d'approbation human-in-the-loop. C'est de l'automatisation d'hygiène réelle et utile, et c'est déjà plus que ce que proposent la plupart des plateformes de reporting. Mais le nettoyage d'hygiène marque le point d'arrêt. Les actions de policy se limitent à un ensemble figé de primitives fournisseur. Aucune simulation historique avant d'activer une policy, et aucun chemin permettant de passer de <em>ce warehouse est surdimensionné</em> ou <em>ce workload devrait migrer vers gp3</em> à un changement réellement exécuté et sécurisé par un rollback. Composer exécute en continu plus de 800 recettes sur vos données de facturation, la configuration de vos ressources, la timeline d'événements et l'ensemble du graphe de ressources — et son éditeur de policies vous permet d'écrire vos propres recettes, de les simuler sur des périodes historiques, puis de les appliquer en production. CloudFlow transforme les constats en changements exécutés : visuel là où il le faut, extensible par code là où c'est nécessaire, avec rollback sécurisé et plus de 40 templates prêts pour la production.

// CloudFlows en production aujourd'hui

  • Conversion gp2 → gp3 avec rollback
  • Nettoyage EC2 sandbox
  • Application d'une rétention de logs à 365 jours
  • Alerte de première dépense sur un SKU
  • Surprovisionnement de disques GCE
  • Détection de RI sous-utilisés

Kubernetes : un collecteur et des agrégats, ou des requests et limits réconciliés

Côté Kubernetes, CloudHealth mise sur l'allocation. Vous déployez le collecteur Helm et la dépense des containers est agrégée par cluster, namespace ou workload, ventilée par requests, usage réel, ou un mélange des deux. Pour du showback, cela suffit. Ce qui manque, c'est la boucle d'optimisation. Aucun rightsizing autonome des requests et limits, l'utilisation GPU n'est pas une dimension de premier ordre, et la détection d'anomalies de CloudHealth ne s'étend pas aux workloads Kubernetes. PerfectScale for Kubernetes ferme la boucle. Rightsizing autonome et sensible aux workloads au niveau pod et container, utilisation GPU suivie séparément, garde-fous privilégiant la stabilité par environnement. Des chiffres de coûts sur un dashboard ne font pas fondre votre facture. Des requests et limits réconciliés, oui. Nos clients constatent généralement 30 à 50 % de réduction des coûts K8s.

// Répartition des capacités K8s

  • Les deuxAllocation des coûts par namespace / workload / cluster
  • Cloud Intelligence™ uniquementExécution autonome du rightsizing
  • Cloud Intelligence™ uniquementPolicies sensibles au GPU + garde-fous de stabilité
  • Cloud Intelligence™ uniquementDétection d'anomalies au périmètre K8s
  • Résultat typique30 à 50 % de réduction K8s

Data platforms et dépenses IA — largement hors cadre

L'ingestion de CloudHealth est centrée sur les fournisseurs cloud : AWS, Azure, GCP, Alibaba, Kubernetes, plus les parcs VMware et on-prem — une vraie force pour les entreprises hybrides. Mais Snowflake, Databricks et les fournisseurs IA comme OpenAI et Anthropic ne sont pas des sources de coûts natives. Le contournement passe par des lignes de facturation personnalisées : votre dépense data platform devient un chiffre saisi à la main, plus de la télémétrie. PerfectScale for Snowflake, Databricks et BigQuery dépasse la visibilité pour aller jusqu'à l'optimisation : rightsizing de warehouse, suspension à l'idle, recommandations d'efficacité des requêtes, human-in-the-loop avec aperçu de l'impact coût avant validation. GenAI Intelligence, de son côté, suit 9 fournisseurs IA et des modèles personnalisés — par client, par fonctionnalité, par unité — avec PerfectScale GenAI qui audite les pipelines d'inférence à la recherche de gaspillage, et l'attribution runtime qui relie la dépense IA au client qui l'a générée.

// Répartition de la couverture

  • Point fort CloudHealthParcs VMware / cloud privé / on-prem
  • SnowflakeCloud Intelligence™ : optimisation warehouse, requête, idle
  • DatabricksCloud Intelligence™ : visibilité, insights & optimisation
  • Fournisseurs IACloud Intelligence™ : 9 fournisseurs & modèles personnalisés. CloudHealth : non natif

Les deux embarquent un assistant IA. Un seul peut réellement actionner des leviers.

La refonte CloudHealth 2025 a introduit Intelligent Assist — un copilote GenAI qui transforme des questions en langage naturel en rapports — et Smart Summary, qui explique ce qui a fait bouger votre facture AWS et pourquoi. Réellement utile pour rendre plus abordable une surface de reporting vieille de dix ans. FinOps AI de DoiT et le serveur MCP couvrent le même terrain conversationnel : interrogez vos dépenses, anomalies et tendances depuis la console, Claude, ChatGPT ou n'importe quel client LLM. La différence tient à ce sur quoi repose l'assistant. FinOps AI peut transmettre les constats à ses moteurs d'exécution — recettes Composer, automatisations CloudFlow, actions PerfectScale — qui appliquent la correction. Un assistant qui explique votre facture, c'est un meilleur dashboard. Un assistant branché à l'exécution, c'est un meilleur résultat.

// Ce qui change réellement

  • Les deuxRequêtes de coûts en langage naturel + résumés IA
  • Cloud Intelligence™ uniquementServeur MCP pour Claude / ChatGPT / clients LLM
  • Cloud Intelligence™ uniquementAssistant branché à ses moteurs d'exécution
  • Cloud Intelligence™ uniquementCOGS IA par client via l'attribution runtime

À quoi ressemble la facture, et qui répond réellement présent

CloudHealth se facture en pourcentage de la dépense cloud qu'il suit — généralement entre 2,2 et 2,5 % selon la durée du contrat, avec des engagements pluriannuels et des frais de dépassement de 0,03 $ par dollar au-delà du plafond contractuel. Quand votre cloud grossit, la facture plateforme grossit avec, que les économies suivent ou non. Depuis mai 2024, CloudHealth est également distribué et supporté exclusivement par Arrow Electronics, Broadcom conservant la R&D — après être passé de CloudHealth Technologies à VMware puis à Broadcom en six ans. Si vous engagez votre pratique FinOps sur une plateforme, la trajectoire de propriété est une question de due diligence légitime. DoiT est à tarif fixe : un tarif plateforme qui n'évolue pas avec votre facture, ou packagé avec du Procurement multi-cloud — DoiT revend AWS, GCP et Azure sans marge, et la consolidation finance souvent la plateforme à elle seule. Et au lieu du support d'un distributeur, DoiT inclut des Forward Deployed Engineers qui écrivent du code dans votre environnement : revues d'architecture, tuning K8s, audits d'inférence, astreinte quand la production tombe.

// Modèle commercial

  • CloudHealth~2,2 à 2,5 % de la dépense suivie, contrats pluriannuels, dépassement à 0,03 $/$
  • Cloud Intelligence™Tarif plateforme fixe, ou packagé avec la facturation revendue sans marge
  • Experts CloudHealthSupport commercial et technique fourni par Arrow
  • Experts DoiTDes FDE qui écrivent du code dans votre environnement

Pas de catégories marketing. Les vraies questions que se posent les praticiens FinOps lors d'une évaluation. Sourcées à partir de la documentation publique des deux côtés.

Une ligne par question de praticien.

CapabilityCloud Intelligence™CloudHealth
// Attribution & allocation
Allocation des coûts sur multi-cloud, K8s, data platforms, IA
Natif

Prêt à l'emploi, multi-méthode : % d'usage, utilisation, répartition des coûts partagés.

Perspectives + FlexOrgs

Solide pour les parcs cloud + VMware ; les data platforms et fournisseurs IA ne sont pas des sources natives.

Attribution des coûts sans tag / au runtime
Natif

Télémétrie au niveau kernel (eBPF). Aucun tagging ni règle de tag requis.

Basé sur des règles uniquement

Les Perspectives infèrent depuis les tags et métadonnées ; ne peuvent pas observer le trafic runtime.

COGS par client sans tagging
Natif

Observation runtime des identifiants clients dans le flux des requêtes.

Via Perspectives + réallocation

Nécessite des règles rédigées et des métadonnées identifiables.

Attribution des coûts réseau (egress, NAT, cross-AZ) par workload
Natif

Attribution au niveau workload depuis le trafic runtime observé.

Agrégée / inférée par tags
// Optimisation des workloads
Allocation des coûts K8s (pod / namespace / cluster)
Natif
Collecteur K8s (Helm)

Allocation par requests, usage réel, ou mélange.

Rightsizing K8s autonome (pod, container, GPU)
PerfectScale

Sensible aux workloads, priorité à la stabilité, exécution autonome. Réduction typique 30 à 50 %.

Allocation uniquement

Aucune exécution de rightsizing container ; la détection d'anomalies exclut K8s.

Optimisation Snowflake (warehouse + requête + idle)
PerfectScale for Snowflake

Rightsizing automatisé, suspension à l'idle, efficacité des requêtes.

Pas une source de coûts native

Uniquement via des lignes de facturation personnalisées.

Optimisation Databricks
Visibilité, Insights & Optimisation
Pas une source de coûts native
Visibilité des coûts IA / LLM
9 fournisseurs IA & modèles personnalisés

par client, par fonctionnalité, par unité

Non natif

Aucune ingestion des fournisseurs OpenAI / Anthropic / Bedrock.

Optimisation des workloads IA (inférence, GPU, choix de modèle)
PerfectScale GenAI + Composer
Non disponible
// Commitments & optimisation tarifaire
Achat autonome de commitments — couverture cloud
AWS + GCP

SP, DBSP et CUD Compute Engine. Échelonnés, validés sur l'usage horaire, autonomes ou soumis à approbation.

Échanges AWS CRI uniquement

Savings Automator échange les Convertible RI. Recommandations d'achat SP en beta (durée 1 an, conditionnées à la couverture) ; achats via workflows d'approbation. Azure / GCP : analyse uniquement.

Modélisation des commitments & reporting d'amortissement
Unifié, multi-cloud
RI Optimizer + gestion SP

Modélisation, amortissement et outillage d'échange matures.

Coût de l'automatisation des commitments
Inclus

Tarif plateforme fixe. 0 % des économies prélevé en frais.

Inclus, mais plateforme évoluant avec la dépense

~2,2 à 2,5 % de la dépense cloud suivie, avec frais de dépassement.

// Intelligence & automatisation
Détection d'anomalies
Temps réel, avec contexte de topologie
Piloté par ML, entraînable

Par région, compte, service. Exclut les workloads Kubernetes.

Moteur de recommandations curé
Composer — plus de 800 recettes

Avec éditeur de policies personnalisé + simulation historique.

Rightsizing + policies de bonnes pratiques

Rightsizing EC2/RDS/VM/GCE, détection de zombies, scheduling.

Rédaction de policies personnalisées avec simulation historique
Natif

Rédiger, simuler sur l'historique, puis appliquer.

Moteur de policies, sans simulation

Conditions personnalisées → actions ; aucun dry-run historique avant activation.

Assistant IA agentique
FinOps AI
Intelligent Assist + Smart Summary

Requêtes en langage naturel et explications de variations de dépense (2025).

Serveur MCP pour l'accès LLM aux données de coûts
Natif
Non disponible

Assistant intégré à la console uniquement.

Automatisation / remédiation au niveau infrastructure
CloudFlow

Exécute les changements dès aujourd'hui. Visuel + code, plus de 40 templates, rollback sécurisé.

Actions de policies (hygiène)

Stop/start d'instances, suppression de volumes non attachés, snapshots — ensemble d'actions figé avec workflows d'approbation.

Graphe d'architecture / de ressources avec superposition des coûts
Cloud Diagrams

Topologie live avec superposition des coûts + performances.

Non disponible
// Intégrations
Ingestion des sources de coûts / données de facturation
Couverture étendue

AWS, GCP, Azure, K8s, Snowflake, Databricks, BigQuery, Datadog, MongoDB, OpenAI, Anthropic, et plus.

Parcs cloud + hybrides

AWS, Azure, GCP, Alibaba, K8s, VMware, on-prem. Aucune source native SaaS / data platform / fournisseur IA.

Intégrations ticketing & suivi de tâches
Jira, Asana, GitHub Issues
Jira, ServiceNow

Via notifications de policies et webhooks.

Intégrations de communication
Slack, Teams, Discord, Gmail
Slack, email

Notifications pilotées par policies.

Intégrations gestion d'incidents
PagerDuty
Non disponible
Automatisation de workflows généraliste
Zapier (plus de 2 000 apps) + API de la plateforme
API + webhooks

Pas de fan-out d'automatisation au niveau applicatif.

// Procurement, tarification & experts
Procurement / facturation multi-cloud
Procurement cloud optionnel, sans marge

AWS / GCP / Azure. Accès plateforme inclus.

Plateforme uniquement

Distribué via Arrow / canal MSP ; pas de revente cloud auprès des clients finaux.

Modèle tarifaire
Fixe / packagé

Aucun frais au pourcentage de la dépense, nulle part.

% de la dépense cloud suivie

~2,2 à 2,5 %, contrats pluriannuels, dépassement à 0,03 $/$ au-delà du plafond contractuel.

Expertise incluse
Forward Deployed Engineers

Écrivent du code dans votre environnement. Tuning K8s, audits d'inférence, réponse aux incidents.

Support fourni par Arrow

Support commercial et technique via le distributeur exclusif.

Délai avant les premières économies réalisées
Quelques jours

Les recettes prêtes à l'emploi se déclenchent dès la connexion ; les moteurs d'exécution prennent le relais.

Plusieurs semaines ; à vous de l'implémenter

Configuration des Perspectives et rapports d'abord ; les recommandations demandent du travail d'engineering pour se concrétiser.

Native capabilityPartial / preview / via integrationNot available

What they say

Finlex

DoiT gave us the confidence to move from experimentation to production. They helped us understand the right way to build AI for the real world.

Milad Rezazadeh, CTO

Hippo

Attribute™'s cost grouping technology took our cost visibility and allocation to a whole new level. Now, our teams are fully accountable for their budgets, significantly improving our cloud efficiency and helping us minimize unnecessary costs.

Eli Zilbershtein, Head of DevOps, Hippo

Island

You can't tag a customer in a multi-tenant environment. Attribute™ finally shows us what each customer costs and what's driving those costs.

Omri Cohen, Director of Engineering, Platform

Claroty

Attribute™'s data is truly unmatched. No other solution on the market could deliver the precise customer cost and usage profiles we needed in such a complex infrastructure. Within weeks, the data from Attribute™ transformed our understanding of cost structures, influencing key strategic decisions in pricing, renegotiations, and market positioning.

Jonathan Langer, COO, Claroty

Salt Security

Attribute™ simplified tracking customer costs in our multi-tenant environments. Customer cost measurement is now clear and standardized, and finance gets the business context they need. Integration was quick and required no changes.

Kfir Lippmann, CFO, Salt Security

PropertyGuru

Attribute™ translates complex cloud bills into actionable, business-centric insights that empower our engineering teams to take true ownership of their costs.

Balamurugan Mohandossgandhi, Head of IT and Infrastructure, PropertyGuru

Accrete AI

This has let us get a better idea of what our cost of goods sold really is. It's not every day you come across something that delivers value as quickly as yours did for us. I was seeing useful insights inside the POC, and we had only deployed it to a couple of real clusters.

Jason Moore, Principal DevOps Engineer, Accrete AI

Akamai

Eliminating the need to tag thousands of resources has freed up my team and we've invested our efforts in enhancing our platform significantly.

Ziv Sivan, VP of Engineering

Frequently asked
questions

DoiT est-il une alternative à CloudHealth ?

Oui. CloudHealth est une plateforme entreprise de reporting et de gouvernance des coûts cloud — Perspectives pour l'allocation, FlexReports pour l'analyse, budgets, détection d'anomalies, et un moteur de policies pour l'automatisation d'hygiène. Cloud Intelligence™ couvre ce terrain de visibilité et de gouvernance, puis pousse plus loin sur le terrain de l'exécution : remédiation d'infrastructure (CloudFlow), optimisation autonome des workloads (PerfectScale for Kubernetes et Snowflake), automatisation des commitments sur AWS et GCP (PerfectScale for Commitments), attribution des coûts au runtime sans tagging, et Forward Deployed Engineers inclus dans la plateforme.

Quelle est la plus grande différence entre DoiT et CloudHealth ?

L'exécution et la tarification. CloudHealth fait du reporting, de la gouvernance et de la recommandation ; hors échanges de Convertible RI et actions de policies d'hygiène, la concrétisation des économies revient à vos Engineers — et le tarif plateforme est un pourcentage de votre dépense cloud suivie, il grossit donc avec votre facture. DoiT exécute sur les workloads, les commitments et l'infrastructure, à tarif fixe qui n'évolue pas avec la dépense.

Qu'est devenu CloudHealth après l'acquisition par Broadcom ?

CloudHealth Technologies a été racheté par VMware en 2018, est devenu VMware Tanzu CloudHealth, puis est passé chez Broadcom lors de l'acquisition de VMware fin 2023. En mai 2024, Broadcom a fait d'Arrow Electronics son fournisseur mondial exclusif — Arrow gère les ventes, le marketing et le support technique, tandis que Broadcom conserve la R&D. En juin 2025, Broadcom a livré une expérience utilisateur rénovée avec des fonctionnalités IA (Intelligent Assist, Smart Summary). Le produit est activement maintenu ; le go-to-market et la propriété ont changé de mains trois fois en six ans, ce qui mérite d'être pesé dans tout engagement plateforme à long terme.

CloudHealth automatise-t-il l'achat de commitments ?

Partiellement, et sur AWS uniquement. Savings Automator automatise l'échange et la modification des AWS Convertible Reserved Instances pour maintenir la couverture. Les nouveaux achats de Savings Plans reposent sur des recommandations : les recommandations en beta ne sont générées que lorsque la couverture totale de commitments est inférieure à 50 %, avec des durées d'un an par défaut, et les achats passent par des workflows d'autorisation/approbation. Les commitments Azure et GCP donnent lieu à de l'analyse et des recommandations, pas à de l'automatisation. PerfectScale for Commitments échelonne les Savings Plans, Database Savings Plans et CUD Compute Engine sur AWS et GCP — de façon autonome ou soumise à approbation, validés en continu sur l'usage horaire — à tarif fixe.

Comment la tarification de CloudHealth se compare-t-elle à celle de DoiT ?

CloudHealth facture généralement entre 2,2 et 2,5 % de la dépense cloud qu'il suit, sur des contrats de 12 à 36 mois, avec des frais de dépassement d'environ 0,03 $ par dollar de dépense au-delà de votre plafond contractuel. La facture évolue avec votre dépense cloud, indépendamment des économies effectivement réalisées. DoiT est à tarif fixe : un tarif plateforme qui n'évolue pas avec la dépense, ou packagé avec du Procurement multi-cloud — DoiT revend AWS, GCP et Azure sans marge, et beaucoup d'équipes constatent que la consolidation finance de fait la plateforme.

CloudHealth optimise-t-il Kubernetes ?

CloudHealth alloue les coûts Kubernetes. Son collecteur basé sur Helm agrège la dépense containers par cluster, namespace ou workload, ventilée par requests ou usage réel. Il n'exécute pas de rightsizing container, l'utilisation GPU n'est pas une dimension de premier ordre, et sa détection d'anomalies ne couvre pas les workloads Kubernetes. PerfectScale for Kubernetes exécute un rightsizing autonome et sensible aux workloads au niveau pod et container, avec des garde-fous privilégiant la stabilité. Nos clients constatent généralement 30 à 50 % de réduction des coûts K8s.

CloudHealth exécute-t-il des changements d'infrastructure ?

Dans certaines limites. Attribuez à CloudHealth son rôle IAM Automated Actions et son moteur de policies peut arrêter ou démarrer des instances, supprimer des volumes non attachés, prendre des snapshots et planifier des environnements — une automatisation d'hygiène utile avec approbations human-in-the-loop. Il s'agit toutefois d'un ensemble figé de primitives fournisseur : pas de simulation historique avant d'activer une policy, et pas de chemin d'exécution généraliste pour les changements d'optimisation. DoiT CloudFlow est une véritable couche d'exécution — visuelle et extensible par code, plus de 40 templates de production, rollback sécurisé — qui transforme les constats de Composer en changements exécutés.

Puis-je obtenir un coût cloud par client sans tagging ?

Avec DoiT, oui. L'attribution des coûts au runtime dans Cloud Intelligence™ s'appuie sur la télémétrie au niveau kernel (eBPF) pour observer le trafic réel et la consommation de ressources, en reliant chaque euro au client, à la fonctionnalité, à l'équipe ou à l'agent IA qui l'a généré — sans aucun tagging. Les Perspectives de CloudHealth sont l'alternative classique : des regroupements basés sur des règles au-dessus des tags et métadonnées. Elles fonctionnent là où les métadonnées sont disciplinées, mais les clusters partagés, les GPU partagés et les endpoints multi-tenants restent opaques parce que la métadonnée ne porte pas la réponse.

Comment les plateformes gèrent-elles les coûts Snowflake, Databricks et des fournisseurs IA ?

Ils sont largement hors du cadre de CloudHealth : ses sources de coûts natives sont les fournisseurs cloud (AWS, Azure, GCP, Alibaba), Kubernetes et les parcs VMware/on-prem. Les dépenses Snowflake, Databricks, OpenAI et Anthropic ne peuvent être représentées que sous forme de lignes de facturation personnalisées. DoiT les ingère nativement — et dépasse la visibilité : PerfectScale for Snowflake automatise le rightsizing de warehouse, la suspension à l'idle et l'efficacité des requêtes ; GenAI Intelligence suit 9 fournisseurs IA et des modèles personnalisés par client, par fonctionnalité, par unité.

CloudHealth propose-t-il un assistant IA comme DoiT ?

Oui — la refonte CloudHealth 2025 a introduit Intelligent Assist, un copilote GenAI qui répond à des questions en langage naturel sur les données de coûts et construit des rapports, ainsi que Smart Summary pour expliquer les variations de dépense. FinOps AI de DoiT couvre le même terrain conversationnel et y ajoute un serveur MCP, ce qui vous permet d'interroger vos données de coûts depuis Claude, ChatGPT ou n'importe quel client LLM. La vraie différence tient à ce qui se trouve en dessous : FinOps AI est branché à ses moteurs d'exécution capables d'appliquer la correction, pas seulement d'expliquer la facture.

Quand CloudHealth est-il plus pertinent que DoiT ?

Les grandes entreprises disposant de parcs VMware ou on-prem importants aux côtés du cloud public, les organisations dont les équipes finance ont dix ans de savoir institutionnel sur Perspectives, FlexOrgs et FlexReports, et les MSP construits sur la plateforme partenaire CloudHealth. Si votre pratique FinOps repose principalement sur du reporting standardisé, des policies de gouvernance et du chargeback sur un parc hybride — et que l'engineering porte la mise en œuvre — CloudHealth reste un acteur en place crédible. La pertinence faiblit dès qu'il vous faut de l'optimisation autonome, de l'automatisation des commitments multi-cloud, de la gestion des coûts data platform ou IA, de l'attribution par client sur infrastructure partagée, ou une tarification qui n'évolue pas avec votre facture cloud.