Define routing rules across providers and regions. Requests automatically fall over to healthy backends when upstreams degrade, time out, or rate limit.
FunktionsĂŒbersicht
multi
providers per model
live
health-aware routing
1 flow
no client code change
Wichtige Wertpunkte fĂŒr praktische Produktionsworkflows.
Vorteil
01
Reduced single-provider risk
When one upstream goes down, traffic shifts to fallback providers instead of impacting your end users.
Vorteil
02
Latency-aware routing
Prefer providers with the lowest observed latency and success rate over a rolling window.
Vorteil
03
Per-model routing rules
Tune routing priority, fallback chain, and timeout policy independently for each model.
Ein einfacher 3-Schritte-Pfad zur Integration dieser Funktion in Gateway-Aufrufe, Routing-Richtlinien und Abrechnungskontrollen.
Schritt 1
Define route
Map each model id to a primary provider plus an ordered fallback chain.
Schritt 2
Set policy
Pick timeouts, retry limits, and health thresholds that match your latency and reliability budget.
Schritt 3
Monitor and tune
Inspect provider health and fallback rate in the dashboard and refine rules as traffic shifts.
Upstream timeouts, 5xx responses, rate limit errors, or breaching the health threshold all trigger fallback to the next provider in the chain.
Yes. Per-request and per-key policy overrides let you force a specific provider when needed.
NĂ€chster Schritt
Starten Sie von der Dokumentation, dem Modellkatalog oder dem Dashboard und validieren Sie diese Funktion mit echtem Produktionstraffic.