veilletech.frCe qui se passe
Dans un billet du 3 octobre, Simon Willison réclame une fonction qu'il juge indispensable à tout service facturé à l'usage : le plafond de dépense dur. Passé un montant mensuel, le service s'arrête et renvoie des erreurs. Une alerte par e-mail — le plafond « mou » — ne protège de rien : elle arrive quand la dépense a déjà eu lieu.
L'argument tient aux agents de code. Ils rendent banal le lancement de code qui appelle des API payantes ou réserve du stockage et du calcul. Une boucle qui s'emballe à minuit peut consommer des centaines, voire des milliers de dollars avant le réveil.
Ce qui existe déjà
- AWS, annonce du 16 septembre 2026 : une limite de dépense mensuelle par projet. Quand l'usage l'atteint, le projet est mis en pause pour le reste du mois. La page « Create a spend limit in AWS Settings » prévient que la nouvelle expérience n'est ouverte qu'à un nombre limité de clients.
- Google Cloud, depuis juillet : les Spend Caps, un plafond financier mensuel posé sur des services précis d'un projet.
Pour AWS, c'est une rupture : l'absence de plafond dur faisait fuir une partie des développeurs pour leurs projets personnels, par peur qu'un service emballé ne les ruine.
Le débat
L'objection classique : une entreprise ne veut pas voir son application tomber en erreur pour une question de budget. Willison parie que la plupart, et tous les particuliers, préfèrent des erreurs à une facture surprise de plus de 10 000 dollars. Il propose d'inverser le défaut : plafond actif d'office, et retrait seulement par une case explicite, qui dit que l'application ne sera plus coupée et que les frais suivants sont assumés.
Il souhaite aussi que les agents eux-mêmes orientent les débutants vers les fournisseurs qui offrent un plafond dur.
Ce que ça change
- Une pause est une panne : en production, le plafond se règle avec de la marge, pas au plus juste.
- Aucun des deux mécanismes n'est actif par défaut : il faut aller le poser.
Source : We're going to need default hard budget caps on pretty much everything, Simon Willison, 3 octobre 2026. Annonces citées : New AWS experience helps builders get started and ship faster (AWS, 16 septembre 2026) et Spend Caps sur Google Cloud Budgets.