Vues disponibles
- volume de requêtes dans le temps ;
- part du trafic par modèle cible du routage ;
- répartition par version de projet ;
- volume de jetons en entrée et en sortie ;
- erreurs des fournisseurs ;
- coût estimé en entrée, en sortie et total ;
- modèles de comparaison qui ne reçoivent actuellement aucun trafic.
Couverture de la tarification
Analytics utilise les coûts déclarés lorsqu’ils sont disponibles ; à défaut, il estime les coûts à partir des sources suivantes, dans cet ordre :- Un prix de modèle manuel configuré sur le fournisseur ou le modèle affiné.
- La tarification de Serverless Inference pour un modèle hébergé ou pour le modèle de base d’un modèle affiné.
- Le catalogue LiteLLM inclus, lorsqu’un modèle correspondant y est connu.
Utiliser Analytics pendant le déploiement progressif
Après avoir modifié l’acheminement, vérifiez que :- le nouveau modèle reçoit la part de trafic prévue ;
- l’ancien modèle conserve le poids résiduel attendu ou un poids nul ;
- le taux d’erreur n’augmente pas ;
- le volume de jetons et le comportement de fin de génération restent cohérents ;
- le coût estimé évolue dans le sens attendu.
API : Lire les Analytics du projet (GET /projects/{alias}/analytics)
API : Lire les Analytics du projet (GET /projects/{alias}/analytics)
Le paramètre de requête Pour le schéma de la réponse, voir Obtenir Analytics d’un projet.
time_range accepte des fenêtres relatives telles que 1h, 24h, 5d, 30d ou 12w :