Sept fuites discrètes dans votre facture IA et cloud

Personne ne décide de gaspiller de l’argent dans le cloud et l’IA. Cela arrive une décision raisonnable après l’autre. Un warehouse agrandi pour un rattrapage de données. Un environnement de test qui ne dort jamais. Un siège pour quelqu’un parti au printemps.

Rien de tout cela n’apparaît sur une facture sous une ligne intitulée « gaspillage ». Voici où ces fuites se cachent, et comment les trouver dans vos propres factures.

1. Des warehouses qui attendent du travail

Snowflake facture un warehouse allumé, qu’il travaille ou non. Un warehouse qui se réveille pour une requête toutes les dix minutes et reste allumé dix minutes de plus est inactif la majeure partie de la journée, et vous payez tout.

Comment le repérer : comparez les crédits mesurés par un warehouse avec les crédits consommés par ses requêtes. L’écart, c’est l’inactivité.

Comment corriger : abaissez le délai d’auto suspend, en général à 60 secondes pour le batch. Les tableaux de bord peuvent nécessiter quelques minutes pour garder leur cache au chaud. Notre guide sur les warehouses inactifs va plus loin.

2. Des données que plus personne ne lit

Tables, datasets et buckets continuent de coûter longtemps après la fin du projet qui les a créés.

Comment le repérer : cherchez le stockage facturé chaque jour mais qui n’a pas été interrogé depuis des mois.

Comment corriger : demandez à l’équipe responsable si quelque chose en dépend encore. Exportez une dernière copie vers un stockage froid s’il faut la conserver, puis supprimez l’original.

3. Des tâches IA sur un modèle plus gros que nécessaire

Les plus gros modèles servent souvent à des tâches qu’un plus petit ferait aussi bien : trier des tickets, extraire des champs d’un texte, produire de courts résumés.

Comment le repérer : triez les dépenses IA par modèle. Si un modèle haut de gamme porte une part importante ou en forte hausse, vérifiez à quoi il sert.

Comment corriger : essayez le modèle plus petit sur un échantillon de vraies requêtes et comparez les résultats. Basculer le travail courant peut réduire de moitié ou plus les dépenses de ce modèle. Mettre en cache les prompts répétés aide aussi.

4. Des sièges que personne n’utilise

Les sièges Copilot, ChatGPT et Claude se distribuent facilement, et s’oublient tout aussi facilement.

Comment le repérer : listez les sièges sans activité depuis 30 jours. GitHub fournit cette information pour Copilot.

Comment corriger : retirez le siège, ou réattribuez-le à quelqu’un qui en a demandé un. Vérifiez d’abord avec la personne concernée : certains utilisent un outil par à-coups.

5. Des environnements de test et de développement qui ne dorment jamais

Les environnements de développement tournent souvent jour et nuit, alors que les gens n’y travaillent qu’un tiers du temps.

Comment le repérer : taguez les dépenses par environnement et regardez la part hors production.

Comment corriger : programmez l’arrêt des ressources de test la nuit et le week-end, et faites de la plus petite taille la taille par défaut.

6. Des dépenses stables au prix de la demande

Le paiement à la demande est la façon la plus chère de payer ce que vous utilisez tous les jours.

Comment le repérer : trouvez les services qui tournent presque tous les jours, avec peu de variations d’un jour à l’autre.

Comment corriger : chiffrez un engagement ou une réservation calibré sur le niveau stable le plus bas, pas sur les pics. Gardez le paiement à la demande pour ce qui dépasse.

7. Un pic que personne n’a expliqué

Un job emballé, une boucle de relances ou un test oublié peuvent doubler la facture d’un service en une journée.

Comment le repérer : comparez chaque jour à une journée normale pour le même service. Une hausse qui ne correspond à aucune croissance ailleurs mérite une question.

Comment corriger : trouvez le changement qui l’explique, puis créez une alerte, pour être prévenu le jour même la prochaine fois, et non en fin de mois.

Laisser RootSpend chercher

RootSpend effectue ces vérifications sur vos outils connectés. Les vérifications rapides repèrent les pics, les warehouses inactifs, les données inutilisées, les sièges Copilot inactifs, les modèles surdimensionnés et les dépenses de développement. L’analyste IA examine l’ensemble des outils pour le reste, comme les dépenses stables qu’un engagement rendrait moins chères.

Chaque piste indique l’économie mensuelle, les étapes pour la réaliser et son niveau de risque. RootSpend n’effectue jamais le changement lui-même. Et 14 jours après que vous avez marqué une correction comme faite, il vérifie vos dépenses réelles pour confirmer l’économie.