Fallback
Eine ausgefallene Abhängigkeit kann eine einzelne Nutzerfunktion vollständig blockieren.
- AuslöserAuslöser: Ein definierter Fehlerpfad aktiviert die Ersatzantwort.
- ErsatzErsatz: Ein Ersatz liefert eine begrenzte Funktion.
- KennzeichnungKennzeichnung: Nutzer und Betrieb erkennen den Ersatzstatus.
Einordnung
Warum das wichtig ist
Einzelne Funktionen mit einem bewusst gewählten Ersatz absichern.
Einzelne Funktionen mit einem bewusst gewählten Ersatz absichern.
Fallback: Entscheidung prüfen
Das Shop-Beispiel nutzt die bestehende gemeinsame Datenbank und sieben Module. Jede ergänzte Dienst- oder Betriebsform ist eine hypothetische Erweiterung. Der Shop zeigt beim Bestellen Empfehlungen aus einem Cache, während der Empfehlungsdienst ausfällt. Der Fallback wirkt nur auf Empfehlungen; Warenkorb, Preisprüfung und Zahlung laufen nach ihren eigenen Regeln. Das Ergebnis erhält einen Zeitstempel, und nach fünf Minuten endet die Nutzung des alten Cachewerts. Im Monitor erscheinen Fallback-Aufrufe getrennt von regulären Antworten. Sobald die Abhängigkeit wieder gesund ist, kehrt der normale Pfad zurück.
So liest du das Bild
- Auslöser Auslöser
- Ersatz Ersatz
- Kennzeichnung Kennzeichnung
| Begriff | Bedeutung | Prüffrage |
|---|---|---|
| Auslöser | Ein definierter Fehlerpfad aktiviert die Ersatzantwort. | Welche Funktion läuft beim Ausfall des Empfehlungsdienstes weiter? |
| Ersatz | Ein Ersatz liefert eine begrenzte Funktion. | Welche Prüfung braucht der Cache-Fallback? |
| Kennzeichnung | Nutzer und Betrieb erkennen den Ersatzstatus. | Warum eignet sich derselbe Fallback nicht automatisch für den Zahlungsstatus? |
Nutzen & Grenzen
Hilft, wenn
- Einzelne Funktionen mit einem bewusst gewählten Ersatz absichern.
- Je Funktion zulässige Ersatzdaten und maximale Frische definieren.
Grenzen
- Ein Ersatzpfad kann falsche oder fachlich irreführende Daten liefern.
- Ein Cache-Fallback eignet sich für Empfehlungen, aber nicht automatisch für verbindliche Preise oder Zahlungsstatus.
In der Praxis
- Lege für Empfehlungen fest, welche Cachefelder als Ersatz gelten und wie ihr Zeitstempel im UI sichtbar wird; Preis, Warenkorb und Zahlungsstatus bleiben davon getrennte Daten.
- Schalte den Empfehlungsdienst im Test ab und miss, wie lange der Cachewert verwendet wird; prüfe die definierte Fünf-Minuten-Grenze und das Verhalten bei älteren Daten.
- Beobachte Fallback-Aufrufe und Fehler getrennt von regulären Antworten und teste, ob der Shop nach Wiederherstellung der Abhängigkeit kontrolliert zum Normalpfad zurückkehrt.
Ausführliche Erklärung lesen
Ein Fallback wählt für eine fehlgeschlagene Abhängigkeit einen alternativen Pfad oder eine Ersatzantwort. Er macht eine konkrete Funktion weiter nutzbar, etwa mit einem Cachewert oder einem eingeschränkten Ergebnis.
Der Ersatz muss fachlich zulässig sein und seine Herkunft erkennbar halten. Veraltete Preise oder falsche Berechtigungsentscheidungen können schädlicher sein als eine klare Fehlermeldung; Fallbacks brauchen darum Frischegrenzen und einen Rückweg.
Das Shop-Beispiel nutzt die bestehende gemeinsame Datenbank und sieben Module. Jede ergänzte Dienst- oder Betriebsform ist eine hypothetische Erweiterung. Der Shop zeigt beim Bestellen Empfehlungen aus einem Cache, während der Empfehlungsdienst ausfällt. Der Fallback wirkt nur auf Empfehlungen; Warenkorb, Preisprüfung und Zahlung laufen nach ihren eigenen Regeln. Das Ergebnis erhält einen Zeitstempel, und nach fünf Minuten endet die Nutzung des alten Cachewerts. Im Monitor erscheinen Fallback-Aufrufe getrennt von regulären Antworten. Sobald die Abhängigkeit wieder gesund ist, kehrt der normale Pfad zurück. fallback degradation und graceful degradation helfen, diese Entscheidung mit benachbarten Fragen zu vergleichen.
Selbst prüfen
Teste dich in drei Stufen
AblesenIm Bild nachsehen
Welche Funktion läuft beim Ausfall des Empfehlungsdienstes weiter?
Lösung mit Begründung ansehen
Empfehlungen werden aus einem Cache mit definierter Frischegrenze geliefert.
AnwendenAuf eine neue Lage übertragen
Welche Prüfung braucht der Cache-Fallback?
Lösung mit Begründung ansehen
Alter und fachliche Zulässigkeit des Werts sowie Kennzeichnung des Ersatzstatus.
BewertenEine Alternative abwägen
Warum eignet sich derselbe Fallback nicht automatisch für den Zahlungsstatus?
Lösung mit Begründung ansehen
Ein veralteter Zahlungsstatus kann eine doppelte Zahlung oder falsche Bestellbestätigung auslösen.
Vertiefen
Diese Bausteine führen die Gedanken dieser Seite weiter.
Quellen
- Circuit Breaker pattern (öffnet in neuem Tab)Beschreibt Ersatzantworten bei Ausfall einer Abhängigkeit.
- Transient fault handling (öffnet in neuem Tab)Ordnet Fehlerbehandlung, Wiederholung und Schutzmechaniken ein.
- Google SRE: Handling Overload (öffnet in neuem Tab)Primärwerk zu Überlastreaktionen und Degradationsstrategien.