Version du 20 août 2026
Statut et dégradation.
Ce que nous surveillons, ce qui se passe quand un modèle ou un fournisseur tombe, et où notre architecture t’expose.
Cette page n’affiche pas encore de mesures en direct
Ce que nous surveillons : disponibilité, latence et erreurs
| Composant | Ce que nous mesurons |
|---|---|
| API chat completions | Disponibilité et taux d’erreur par niveau |
| Chat | Disponibilité de l’interface web |
| Inférence (Scaleway, fr-par) | Latence, TTFT et taux d’erreur en amont |
| Paiements et recharges | Taux de réussite de Checkout et des webhooks |
| Tableau de bord et aperçu de consommation | Disponibilité |
Si un modèle tombe : le repli automatique
Si le modèle derrière ton niveau renvoie une erreur, un timeout ou un 429, nous basculons automatiquement vers une alternative du même niveau. Ta requête est relancée au maximum une fois : une chaîne de relances coûte trois générations et six secondes, et n’aide personne.
Si l’alternative est moins performante ou a une fenêtre de contexte plus petite, nous ajoutons X-EU-Degraded: true à la réponse et tu paies le moins élevé des deux tarifs. Nous te le disons donc, et tu ne paies rien de plus pour ça.
Si le fournisseur d’inférence tombe
Nous devons être clairs ici, car c’est la plus grande limite de la version 1 : nos replis couvrent un modèle défaillant, pas un fournisseur défaillant. Toute l’inférence passe par un seul acteur dans l’Union européenne. S’il tombe, nous tombons.
C’est un choix délibéré. Un deuxième fournisseur, c’est une deuxième analyse juridictionnelle, un deuxième sous-traitant et un deuxième rapprochement, et notre promesse sur le lieu de traitement de tes prompts deviendrait plus difficile à expliquer que nous ne pouvons l’assumer. Dès que les interruptions coûteront de l’argent de façon démontrable, nous ajouterons un deuxième fournisseur européen et l’indiquerons sur la page Sous-traitants.
D’ici là : ne bâtis pas un processus critique sur un seul fournisseur sans solution de repli. Pas sur nous non plus.
Ce que nous ne promettons pas : aucun SLA de disponibilité
Pas de SLA de débit ni de temps de réponse garanti. Notre fournisseur d’inférence ne nous donne pas cette garantie, nous ne pouvons donc pas la répercuter. Ce que nous faisons : mesurer, publier ce que nous mesurons et le dire quand une réponse a été produite en mode dégradé. L’en-tête qui porte ce signal est décrit dans la documentation de l’API, et ce que te coûte une réponse dégradée figure sur la page Tarifs : le moins élevé des deux tarifs, jamais le plus élevé.
Questions fréquentes
Y a-t-il un SLA de disponibilité ou de débit pour l’API ?
Non. Union AI ne garantit ni la disponibilité ni le débit, parce que notre fournisseur d’inférence ne nous garantit ni l’un ni l’autre et que nous ne transmettrons pas une promesse que nous ne pouvons pas tenir. À la place, nous mesurons, nous publions ce que nous mesurons et nous signalons chaque réponse produite en mode dégradé.
Que se passe-t-il si un modèle tombe en panne pendant une requête ?
Nous basculons une fois vers un modèle alternatif du même niveau. Si cette alternative est moins performante ou a une fenêtre de contexte plus petite, la réponse porte X-EU-Degraded: true et tu paies le moins élevé des deux tarifs. Il y a au maximum une nouvelle tentative par requête.
Comment savoir si ma requête a été dégradée ?
Grâce aux en-têtes de réponse. X-EU-Degraded indique que la réponse vient d’un remplaçant moins performant, X-EU-Routed indique pourquoi la requête a été redirigée et X-EU-Model-Tier nomme le niveau sur lequel elle a tourné. Dans le chat, une petite étiquette apparaît à côté de la réponse.
Les requêtes échouées consomment-elles du crédit ?
Non. Si aucune réponse exploitable n’est revenue, rien n’est débité de ton solde. Une requête redirigée qui aboutit sur un modèle moins performant est facturée au moins élevé des deux tarifs.
Quel est le principal point de défaillance unique ?
Un seul fournisseur d’inférence. Nos solutions de repli couvrent un modèle défaillant, pas un fournisseur défaillant : si ce fournisseur tombe, nous tombons avec lui. C’est un compromis délibéré en faveur d’une situation juridictionnelle plus simple, et c’est une raison de ne pas bâtir un processus critique sur nous sans ta propre solution de repli.