Wersja z 20 sierpnia 2026
Status i obniżona jakość.
Co monitorujemy, co się dzieje, gdy zawiedzie model albo dostawca, i gdzie nasza architektura zostawia cię bez osłony.
Ta strona nie pokazuje jeszcze pomiarów na żywo
Co monitorujemy: dostępność, opóźnienia i błędy
| Komponent | Co mierzymy |
|---|---|
| API chat completions | Dostępność i odsetek błędów dla każdego tieru |
| Czat | Dostępność interfejsu webowego |
| Inferencja (Scaleway, fr-par) | Opóźnienie, TTFT i odsetek błędów po stronie dostawcy |
| Płatności i doładowania | Skuteczność Checkout i webhooków |
| Panel i przegląd zużycia | Dostępność |
Gdy zawiedzie model: automatyczny fallback
Jeśli model w twoim tierze zwróci błąd, przekroczy limit czasu albo odpowie 429, automatycznie przełączamy się na alternatywę w tym samym tierze. Twoje zapytanie ponawiamy najwyżej raz: łańcuch ponowień to trzy generacje i sześć sekund, a nikomu to nie pomaga.
Jeśli alternatywa jest słabsza albo ma mniejsze okno kontekstu, ustawiamy w odpowiedzi X-EU-Degraded: true, a ty płacisz niższą z dwóch stawek. Mówimy ci o tym i nie dopłacasz za to.
Gdy zawiedzie dostawca inferencji
Tu musimy powiedzieć to jasno, bo to największe ograniczenie wersji 1: nasze mechanizmy zastępcze chronią przed awarią modelu, a nie dostawcy. Cała inferencja idzie przez jeden podmiot w Unii Europejskiej. Jeśli on padnie, padamy i my.
To świadomy wybór. Drugi dostawca oznacza drugą analizę jurysdykcji, drugiego podprocesora i drugie uzgadnianie rozliczeń, a naszą obietnicę co do miejsca przetwarzania twoich promptów byłoby trudniej wyjaśnić, niż jesteśmy w stanie. Gdy przestoje zaczną wymiernie kosztować, dodamy drugiego europejskiego dostawcę i ogłosimy to na stronie podprocesorów.
Do tego czasu: nie buduj krytycznego procesu na jednym dostawcy bez planu awaryjnego. Na nas też nie.
Czego nie obiecujemy: brak SLA na dostępność
Brak SLA na przepustowość i brak gwarantowanego czasu odpowiedzi. Nasz dostawca inferencji nie daje nam takiej gwarancji, więc nie możemy jej przekazać dalej. Co robimy: mierzymy, publikujemy wyniki pomiarów i mówimy wprost, gdy odpowiedź powstała w trybie obniżonej jakości. Który nagłówek niesie ten sygnał, opisuje dokumentacja API, a ile kosztuje cię odpowiedź o obniżonej jakości, znajdziesz w cenniku: niższą z dwóch stawek, nigdy wyższą.
Najczęściej zadawane pytania
Czy API ma SLA na dostępność albo przepustowość?
Nie. Union AI nie gwarantuje dostępności ani przepustowości, bo nasz dostawca inferencji nie daje nam żadnej z tych gwarancji, a nie będziemy przekazywać obietnicy, której nie możemy dotrzymać. Zamiast tego mierzymy, publikujemy wyniki pomiarów i oznaczamy każdą odpowiedź wygenerowaną w trybie obniżonej jakości.
Co się dzieje, gdy model zawiedzie w trakcie zapytania?
Przełączamy się raz na model alternatywny w tym samym tierze. Jeśli ta alternatywa jest słabsza albo ma mniejsze okno kontekstu, odpowiedź ma nagłówek X-EU-Degraded: true, a ty płacisz niższą z dwóch stawek. Na jedno zapytanie przypada najwyżej jedna ponowna próba.
Skąd mam wiedzieć, że odpowiedź miała obniżoną jakość?
Z nagłówków odpowiedzi. X-EU-Degraded mówi, że odpowiedź pochodzi od słabszego modelu zastępczego, X-EU-Routed mówi, dlaczego zapytanie przekierowano, a X-EU-Model-Tier podaje tier, na którym zostało wykonane. W czacie obok odpowiedzi pojawia się mała etykieta.
Czy nieudane zapytania zużywają kredyt?
Nie. Jeśli nie wróciła żadna użyteczna odpowiedź, nic nie schodzi z twojego salda. Zapytanie przekierowane na słabszy model jest rozliczane według niższej z dwóch stawek.
Jaki jest największy pojedynczy punkt awarii?
Jeden dostawca inferencji. Nasze mechanizmy zastępcze chronią przed awarią modelu, a nie dostawcy, więc jeśli dostawca padnie, padamy razem z nim. To świadomy kompromis na rzecz prostszej sytuacji jurysdykcyjnej i powód, żeby nie budować na nas krytycznego procesu bez własnego planu awaryjnego.