Versione del 20 agosto 2026
Stato e degrado.
Cosa monitoriamo, cosa succede quando si blocca un modello o un provider, e dove la nostra architettura ti lascia scoperto.
Questa pagina non mostra ancora misurazioni in tempo reale
Cosa monitoriamo: uptime, latenza ed errori
| Componente | Cosa misuriamo |
|---|---|
| API chat completions | Disponibilità e tasso di errore per tier |
| Chat | Disponibilità dell’interfaccia web |
| Inferenza (Scaleway, fr-par) | Latenza, TTFT e tasso di errore a monte |
| Pagamenti e ricariche | Tasso di successo di Checkout e dei webhook |
| Dashboard e riepilogo consumi | Disponibilità |
Se un modello si blocca: il fallback automatico
Se il modello dietro il tuo tier restituisce un errore, un timeout o un 429, passiamo automaticamente a un’alternativa dello stesso tier. La tua richiesta viene ritentata al massimo una volta: una catena di tentativi costa tre generazioni e sei secondi e non aiuta nessuno.
Se l’alternativa è più debole o ha una finestra di contesto più piccola, impostiamo X-EU-Degraded: true sulla risposta e paghi la tariffa più bassa delle due. Quindi te lo diciamo, e non lo paghi di più.
Se si blocca il provider di inferenza
Qui dobbiamo essere chiari, perché è il limite più grande della versione 1: i nostri fallback coprono un modello che si blocca, non un provider che si blocca. Tutta l’inferenza passa per un unico soggetto nell’Unione europea. Se va giù lui, andiamo giù noi.
È una scelta voluta. Un secondo provider significa una seconda analisi giurisdizionale, un secondo sub-responsabile e una seconda riconciliazione, e renderebbe la nostra promessa su dove vengono elaborati i tuoi prompt più difficile da spiegare di quanto riusciamo a gestire. Appena i disservizi costeranno soldi in modo dimostrabile, aggiungeremo un secondo provider europeo e lo indicheremo nella pagina dei sub-responsabili.
Fino ad allora: non costruire un processo critico su un solo fornitore senza un piano di riserva. Nemmeno su di noi.
Cosa non promettiamo: nessuno SLA sull’uptime
Nessuno SLA sul throughput e nessun tempo di risposta garantito. Il nostro provider di inferenza non ci dà questa garanzia, quindi non possiamo girartela. Quello che facciamo: misurare, pubblicare quello che misuriamo e dirlo quando una risposta è stata prodotta in stato degradato. Quale header porta questo segnale è spiegato nella documentazione dell’API, e quanto ti costa una risposta degradata è nella pagina dei prezzi: la tariffa più bassa delle due, mai quella più alta.
Domande frequenti
L’API ha uno SLA su uptime o throughput?
No. Union AI non offre alcuna disponibilità garantita né uno SLA sul throughput, perché il nostro provider di inferenza non li dà a noi e non vogliamo girarti una promessa che non possiamo mantenere. Quello che facciamo è misurare, pubblicare quello che misuriamo e segnalare ogni risposta prodotta in stato degradato.
Cosa succede se un modello va in errore durante una richiesta?
Passiamo una volta a un modello alternativo dello stesso tier. Se l’alternativa è più debole o ha una finestra di contesto più piccola, la risposta porta X-EU-Degraded: true e paghi la tariffa più bassa delle due. Per ogni richiesta c’è al massimo un nuovo tentativo.
Come faccio a sapere se la mia richiesta è stata degradata?
Dagli header della risposta. X-EU-Degraded ti dice che la risposta viene da un sostituto più debole, X-EU-Routed ti dice perché la richiesta è stata reindirizzata e X-EU-Model-Tier indica il tier su cui è girata. In chat compare una piccola etichetta accanto alla risposta.
Le richieste fallite consumano credito?
No. Se non è arrivata una risposta utilizzabile, dal tuo saldo non si scala nulla. Una richiesta reindirizzata che finisce su un modello più debole viene addebitata alla tariffa più bassa delle due.
Qual è il principale single point of failure?
Un solo provider di inferenza. I nostri fallback coprono un modello che si blocca, non un provider che si blocca: se quel provider va giù, andiamo giù anche noi. È un compromesso voluto per avere un quadro giurisdizionale più semplice, ed è un motivo per non costruire un processo critico su di noi senza un tuo piano di riserva.