Facture Snowflake à 30 000 € en une nuit : qui paie la dérive compute ?

Snowflake facture le compute à la seconde, par crédit consommé selon la taille du warehouse. Un warehouse X-Small coûte 1 crédit/heure ; un 4X-Large en coûte 128. La mécanique du sinistre est presque toujours la même : un warehouse surdimensionné, un AUTO_SUSPEND désactivé ou réglé trop haut, et une requête lourde lancée le vendredi soir qui tourne tout le week-end.

Prenons un cas réaliste. Vous livrez un pipeline de reporting pour un client retail. Pour accélérer un backfill, vous passez le warehouse de Medium à 2X-Large. La mission se termine, vous oubliez de redescendre la taille. Un analyste planifie ensuite un rafraîchissement horaire d'un tableau de bord sur une vue non matérialisée qui déclenche un cross join involontaire scannant 200 To.

Warehouse 2X-Large (32 crédits/h) × 72 h de week-end × prix crédit ≈ surfacturation de plusieurs dizaines de milliers d'euros, là où le mois précédent coûtait 4 000 €.

Le lundi matin, le client découvre une facture à 34 000 € et cherche un responsable. Le premier nom qui sort est celui du consultant qui a touché au dimensionnement.

Contrairement à la plupart des litiges de prestation où la preuve est floue, ici elle est chirurgicale. Snowflake conserve dans ACCOUNT_USAGE.QUERY_HISTORY et WAREHOUSE_METERING_HISTORY chaque requête, son auteur, le warehouse utilisé, le volume scanné et les crédits brûlés.

Le client peut donc présenter un rapport horodaté montrant que la requête coûteuse s'est exécutée sur un warehouse que vous avez redimensionné trois jours plus tôt, sous un rôle que vous avez créé. Cette traçabilité joue dans les deux sens :

• Contre vous si vous avez modifié le dimensionnement sans le documenter ni le restaurer.
• Pour vous si vous prouvez que la requête fautive a été écrite et planifiée par un utilisateur du client, sur un objet que vous n'aviez pas livré.

D'où une règle d'or : tout changement de configuration warehouse doit être versionné (Terraform, schemachange, scripts SQL commités). Sans cette trace, vous êtes présumé responsable de l'état dans lequel l'environnement se trouve.

Le consultant est tenu à une obligation de moyens : vous devez agir selon les règles de l'art, pas garantir un résultat chiffré. Sur Snowflake, l'art impose un socle de garde-fous que tout professionnel est censé poser :

• Des resource monitors avec seuils d'alerte et de suspension automatique au niveau du compte et des warehouses critiques.
• Un AUTO_SUSPEND court (60 secondes par défaut) sur tous les warehouses interactifs.
• Des statement timeouts (STATEMENT_TIMEOUT_IN_SECONDS) pour tuer les requêtes folles.
• Le retour à l'état nominal après tout backfill exceptionnel.

Si vous avez livré un environnement sans aucun resource monitor, l'absence de ce filet de sécurité élémentaire peut être retenue comme une faute professionnelle. À l'inverse, si vous aviez posé les monitors et que le client les a désactivés, la responsabilité bascule vers lui.

C'est exactement sur ce terrain que se joue le litige, et c'est là qu'une assurance RC Pro prend tout son sens : elle finance l'expertise technique et la défense qui établiront le partage des responsabilités.

Une dérive de facture ne casse aucune machine et ne blesse personne : c'est un dommage immatériel pur, une perte financière sans dommage corporel ni matériel préalable. Beaucoup de contrats RC Pro génériques excluent précisément ce type de préjudice, ou ne le couvrent que s'il découle d'un dommage matériel.

Pour un métier de la data comme le vôtre, c'est rédhibitoire : la quasi-totalité de vos sinistres sont immatériels. Vérifiez donc que votre contrat couvre explicitement :

• les dommages immatériels non consécutifs (surcoût cloud documenté, perte d'exploitation du client) ;
• les frais de défense, qui peuvent à eux seuls dépasser le montant du surcoût en cas d'expertise contradictoire ;
• un plafond cohérent avec les exigences de vos clients grands comptes (souvent 1 à 2 M€).

La RC Pro Insurio pour consultant data intègre nativement les dommages immatériels et la prise en charge des frais de défense, hors faute intentionnelle.

L'assurance intervient après le sinistre. En amont, votre contrat de mission est votre meilleure protection. Trois clauses changent tout :

1. Plafonnement de responsabilité. Limitez votre responsabilité au montant des honoraires de la mission, ou à un multiple raisonnable. Sans plafond, vous êtes exposé à la facture cloud entière.
2. Périmètre des garde-fous. Indiquez noir sur blanc que vous installez resource monitors et timeouts, et que leur maintien actif relève du client. Une désactivation côté client devient alors sa responsabilité.
3. Validation des changements de dimensionnement. Toute modification de taille de warehouse passe par un ticket validé. La trace écrite vous protège.

Combinées à une RC Pro qui couvre l'immatériel, ces clauses transforment une catastrophe à 34 000 € en un litige bornné et défendable. Pour aller plus loin sur le métier, consultez notre page dédiée au consultant Snowflake.