---
term: "Fallback"
slug: "fallback"
glossar_id: "G628"
variants: []
category: "betrieb-observability-und-produktbegriffe"
marker: ""
short: "Alternativer Ablauf, wenn der bevorzugte Weg nicht funktioniert."
sources:
  - label: "Google SRE Book: Handling Overload"
    url: "https://sre.google/sre-book/handling-overload/"
  - label: "AWS: Retry mit Backoff"
    url: "https://docs.aws.amazon.com/prescriptive-guidance/latest/cloud-design-patterns/retry-backoff.html"
status: "entwurf"
updated: "2026-09-21"
---

Ein Fallback ist der Ersatzweg, wenn der bevorzugte nicht verfügbar ist: ein anderes Modell, ein anderer Anbieter, eine einfachere Antwort oder ein Hinweis an den Nutzer. Bei Diensten, die von außen bezogen werden, ist das keine Kür, denn Ausfälle und Begrenzungen treten regelmäßig auf. [Google SRE Book](https://sre.google/sre-book/handling-overload/)

## Abgestufte Verschlechterung statt Totalausfall

Die brauchbare Denkweise ist Abstufung. Zuerst ein zweiter Anbieter mit demselben Modell, dann ein schwächeres Modell, dann eine Antwort ohne KI, etwa eine Suche in der Wissensdatenbank, und zuletzt eine ehrliche Fehlermeldung mit Alternative.

Wichtig ist, dass der Ersatzweg regelmäßig benutzt wird. Ein Weg, der nur im Notfall aktiviert wird, ist im Notfall selbst defekt, weil ihn niemand getestet hat. Und der Ersatzweg braucht eigene Grenzen, damit er bei einer Überlastwelle nicht ebenfalls zusammenbricht. [AWS](https://docs.aws.amazon.com/prescriptive-guidance/latest/cloud-design-patterns/retry-backoff.html)

## So kannst du dir das vorstellen

Ein Notstromaggregat, das einmal im Quartal probelaufen muss. Eines, das seit Jahren nur dasteht, springt im Ernstfall nicht an. Das Bild erklärt, warum Ersatzwege benutzt gehören, es beschreibt keinen konkreten Aufbau.

## Was es in der Praxis konkret bedeutet

Lege vorher fest, was beim Ausfall passieren soll, und schreibe es in die Anwendung, nicht in ein Wiki. Prüfe dabei, ob der Ersatzweg fachlich tragfähig ist: Ein schwächeres Modell, das strukturierte Ausgaben nicht zuverlässig liefert, bringt deine Verarbeitung zum Stehen. Und protokolliere, wie oft der Ersatzweg greift, sonst merkt niemand, dass seit Wochen das kleine Modell antwortet.

## Wo es verwechselt wird

Ein Fallback ist kein Wiederholungsversuch: Der versucht dasselbe noch einmal, der Fallback macht etwas anderes. Beide werden kombiniert, in dieser Reihenfolge.

## Verwandte Begriffe

**Retry**, **Rate Limits**, **Model Routing**, **LLM Observability**, **Managed Inference**, **Quality Gate**.
