Mise en cache rapide, le API par lots et un remise sur engagement de dépenses chacun réduit votre facture – mais empilés naïvement, ils semblent économiser plus que ce que vous dépensez. Ils s'aggravent : des remises groupées sur le prix mis en cache déjà moins cher, et la remise engagée est prélevée sur ce qui reste. Cela coûte le véritable coût mixte par million de jetons, le vrai facture mensuelle, et un cascade de savoir d'où vient réellement chaque dollar d'épargne.
—
empilé / mois
—prix catalogue / mois
—économies totales
—mixte $/1M
Cascade d'épargne - chaque levier agit sur ce que le dernier a laissé
Commencez au prix catalogue, appliquez la mise en cache rapide du côté entrée, puis l'API Batch au partage par lots, puis la remise engagée sur la totalité de la facture restante. La colonne de marche est ce que ce levier seul a supprimé ; la colonne en cours d'exécution est ce qui reste.
Scène
J'ai enregistré cette étape
Exécution mensuelle
Additif vs multiplicatif – le piège
L’ajout des trois remises globales surestime les économies, parfois au-delà de 100 %. La vraie pile multiplie ce que vous conservez à chaque étape. Cela montre l’écart entre vos chiffres.
Méthode
Économies réclamées
Mensuel
Trois réductions le rendent rarement gratuit
Chaque guide de réduction des coûts LLM répertorie les mêmes leviers : mettez en cache vos invites, regroupez ce qui peut attendre, engagez-vous à dépenser pour une remise sur le volume – et chacun d'entre eux cite un pourcentage global. L’erreur est d’empiler ces pourcentages en les additionnant. Les réductions ne s’ajoutent pas, elles s’additionnent : chacun ne travaille qu’avec l’argent que le précédent a laissé derrière lui. Une remise de cache de 90 % qui ne touche que le côté entrée, une remise par lots de 50 % sur la part de trafic qui tolère la latence et une remise engagée de 15 % sur la facture ne totalisent pas 155 % de réduction : elles se multiplient en un nombre réel toujours moins impressionnant que la somme et toujours supérieur à zéro. Ce calculateur les applique dans l'ordre dans lequel ils se produisent (mise en cache au moment de la demande, lot à la soumission, engagement à la facturation) et fait descendre la facture en cascade afin que vous puissiez voir ce que chaque levier a réellement supprimé plutôt que ce que sa brochure promettait. Il expose également les pièges que cachent les gros titres : la mise en cache ne réduit que les jetons d'entrée, de sorte qu'une charge de travail lourde en sortie le ressent à peine ; Le lot ne s'applique qu'au trafic qui peut attendre, donc un produit interactif n'y achemine qu'une petite partie de son volume ; et certains fournisseurs ne vous permettront pas du tout de mettre en cache et de regrouper la même demande. Évaluez chaque levier individuellement avec le calculateur de mise en cache rapide, le calculateur d'API par lots et le calculateur de dépenses engagées - puis venez ici pour voir ce qu'ils font réellement ensemble et comparez le résultat avec l'ensemble calculateur d'optimisation des coûts.
Le prix catalogue commence à partir de la répartition de vos jetons : les jetons d'entrée multipliés par le prix d'entrée plus les jetons de sortie multipliés par le prix de sortie, divisé par un million, multiplié par les demandes par mois. La mise en cache rapide agit uniquement du côté des entrées : le prix d'entrée effectif devient le prix d'entrée multiplié par un moins la fraction pouvant être mise en cache et réutilisée multipliée par la remise de lecture du cache, donc si 70 % des entrées sont réutilisées et que les lectures en cache sont 90 % moins chères, vous économisez 63 % du coût d'entrée tandis que la sortie reste au prix fort. La remise de l'API Batch s'applique à la part de volume par lots : la partie par lots de la facture post-cache est multipliée par un moins la remise par lots, le reste n'est pas touché, car le trafic en temps réel ne peut pas être groupé. Enfin, la remise sur les dépenses engagées est un multiplicateur forfaitaire sur l’ensemble de la facture restante. Le total cumulé correspond au prix catalogue des trois dans cet ordre ; le coût combiné par million de jetons est le total divisé par le nombre total de jetons traités. Le tableau additif et multiplicatif oppose l’épargne composée honnête à la somme naïve des pourcentages globaux, qui peuvent dépasser 100 % et sont toujours erronés. La mise en cache concerne uniquement les entrées, le traitement par lots concerne uniquement le partage tolérant l'attente et certains fournisseurs bloquent la mise en cache sur les requêtes par lots. Considérez donc le chiffre combiné comme le meilleur cas pour le trafic où les trois s'appliquent véritablement.
Questions fréquemment posées
Pourquoi les économies LLM cumulées ne s’additionnent-elles pas simplement ?
Chaque levier réduit ce que le dernier a laissé, de sorte qu'ils se composent au lieu d'ajouter. Gardez 60 % après la mise en cache, 50 % après le lot, 80 % après la remise engagée, et vous êtes à 24 % de la liste – une économie de 76 %, pas les 110 % que vous obtenez en ajoutant 40, 50 et 20. Vous ne pouvez jamais économiser plus que ce que vous dépensez, c'est pourquoi la somme des pourcentages globaux est toujours fausse.
La mise en cache des invites réduit-elle uniquement les jetons d'entrée ?
Oui. La mise en cache réutilise un préfixe de jetons que vous avez déjà envoyés ; la sortie est générée à chaque fois et n’est jamais mise en cache. Ainsi, une charge de travail RAG gourmande en entrées semble difficile à mettre en cache, tandis qu'une charge de travail de rédaction lourde en sorties le remarque à peine. Cet outil applique la remise du cache à la partie entrée uniquement et à la fraction réutilisée uniquement.
L’ordre des remises change-t-il le total ?
Pour les pourcentages fixes, non : la multiplication est commutative, donc 0,6 × 0,5 × 0,8 est le même dans n'importe quel ordre. L’ordre ne fait que changer l’histoire racontée par la cascade. Cela commence à avoir de l'importance lorsqu'une remise n'est pas fixe – un niveau engagé qui se débloque au-dessus d'un seuil, ou une prime d'écriture de cache – que cet outil signale plutôt que de modéliser exactement.
Puis-je vraiment empiler les trois en production ?
La mise en cache et les remises engagées s’empilent proprement. L'API Batch est le problème : les tâches par lots sont asynchrones, donc seul le trafic tolérant la latence peut les utiliser, et certains fournisseurs n'offrent pas de mise en cache sur les requêtes par lots. Réglez la part du lot en dessous de 100 % pour modéliser la répartition et vérifiez que votre fournisseur autorise les leviers ensemble avant de promettre de financer le nombre combiné.