Versie 20 augustus 2026
Status en degradatie.
Wat we monitoren, wat er gebeurt als een model of een provider uitvalt, en waar onze architectuur je kwetsbaar laat.
Deze pagina toont nog geen live metingen
Wat we monitoren: uptime, latency en fouten
| Onderdeel | Wat we meten |
|---|---|
| Chat completions-API | Beschikbaarheid en foutpercentage per tier |
| Chat | Beschikbaarheid van de webinterface |
| Inferentie (Scaleway, fr-par) | Latency, TTFT en upstream-foutpercentage |
| Betalingen en opladen | Slagingspercentage van Checkout en webhooks |
| Dashboard en verbruiksoverzicht | Beschikbaarheid |
Als een model uitvalt: de automatische fallback
Geeft het model achter je tier een fout, een timeout of een 429 terug, dan schakelen we automatisch over op een alternatief binnen dezelfde tier. Je request wordt hooguit één keer opnieuw geprobeerd: een keten van retries kost drie generaties en zes seconden en helpt niemand.
Is het alternatief zwakker of heeft het een kleiner contextvenster, dan zetten we X-EU-Degraded: true op de response en betaal je het laagste van de twee tarieven. We vertellen het je dus, en je betaalt er niet extra voor.
Als de inferentieprovider uitvalt
Hier moeten we duidelijk zijn, want dit is de grootste beperking van versie 1: onze fallbacks vangen een falend model op, niet een falende provider. Alle inferentie loopt via één partij in de Europese Unie. Gaat die plat, dan gaan wij plat.
Dat is een bewuste keuze. Een tweede provider betekent een tweede jurisdictieanalyse, een tweede subverwerker en een tweede afstemming, en het zou onze belofte over waar je prompts verwerkt worden lastiger uit te leggen maken dan we aankunnen. Zodra uitval aantoonbaar geld kost, voegen we een tweede Europese provider toe en melden we dat op de pagina subverwerkers.
Tot die tijd: bouw geen kritisch proces op één leverancier zonder fallback. Ook niet op ons.
Wat we niet beloven: geen uptime-SLA
Geen throughput-SLA en geen gegarandeerde responstijd. Onze inferentieprovider geeft ons die garantie niet, dus kunnen we hem niet doorgeven. Wat we wel doen: meten, publiceren wat we meten en het zeggen als een response in gedegradeerde toestand tot stand kwam. Welke header dat signaal draagt, staat in de API-documentatie, en wat een gedegradeerde response je kost op de prijspagina: het laagste van de twee tarieven, nooit het hoogste.
Veelgestelde vragen
Heeft de API een SLA voor uptime of throughput?
Nee. Union AI biedt geen gegarandeerde beschikbaarheid en geen throughput-SLA, omdat onze inferentieprovider ons die ook niet geeft en we geen belofte doorgeven die we niet kunnen waarmaken. Wat we wel doen: meten, publiceren wat we meten en elke response markeren die in gedegradeerde toestand tot stand kwam.
Wat gebeurt er als een model halverwege een request uitvalt?
We schakelen één keer over op een alternatief model binnen dezelfde tier. Is dat alternatief zwakker of heeft het een kleiner contextvenster, dan krijgt de response X-EU-Degraded: true mee en betaal je het laagste van de twee tarieven. Per request is er hooguit één retry.
Hoe weet ik of mijn request gedegradeerd was?
Aan de response-headers. X-EU-Degraded vertelt dat het antwoord van een zwakkere vervanger kwam, X-EU-Routed waarom het request is omgeleid en X-EU-Model-Tier op welke tier het draaide. In de chat verschijnt een klein label naast het antwoord.
Kosten mislukte requests tegoed?
Nee. Kwam er geen bruikbaar antwoord terug, dan gaat er niets van je saldo af. Een omgeleid request dat op een zwakker model uitkomt, wordt afgerekend tegen het laagste van de twee tarieven.
Wat is het grootste single point of failure?
Eén inferentieprovider. Onze fallbacks vangen een falend model op, niet een falende provider: gaat die provider plat, dan gaan wij mee. Dat is een bewuste ruil voor een eenvoudiger jurisdictieverhaal, en een reden om geen kritisch proces op ons te bouwen zonder eigen fallback.