Load Shedding
Ankommende Arbeit kann die tragfähige Verarbeitungskapazität überschreiten.
- ÜberlastsignalÜberlastsignal: Auslastung zeigt knappe Kapazität an.
- AuswahlAuswahl: Arbeit wird nach Priorität angenommen oder verworfen.
- SchutzSchutz: Verbleibende Kapazität bleibt für Kernarbeit nutzbar.
Einordnung
Warum das wichtig ist
Kernkapazität bei Überlast gezielt freihalten.
Kernkapazität bei Überlast gezielt freihalten.
Load Shedding: Entscheidung prüfen
Das Shop-Beispiel nutzt die bestehende gemeinsame Datenbank und sieben Module. Jede ergänzte Dienst- oder Betriebsform ist eine hypothetische Erweiterung. Bei hoher Shoplast nähert sich die Suchplattform ihrer getesteten Grenze. Der Einstieg lehnt zusätzliche Vorschau-Abfragen mit einer klaren Überlastantwort ab, während Bestellbestätigung und Zahlungsstatus Vorrang behalten. Die API beendet wartende Nebenanfragen früh, statt sie in einer unbegrenzten Queue zu halten. Dashboards messen Ablehnungsrate, Antwortzeit und erfolgreiche Kernbestellungen. Sobald die Queue sinkt, nimmt das System Vorschauen automatisch wieder an.
So liest du das Bild
- Überlastsignal Überlastsignal
- Auswahl Auswahl
- Schutz Schutz
| Begriff | Bedeutung | Prüffrage |
|---|---|---|
| Überlastsignal | Auslastung zeigt knappe Kapazität an. | Welche Arbeit wird unter Überlast zuerst abgewiesen? |
| Auswahl | Arbeit wird nach Priorität angenommen oder verworfen. | Wo sollte die Überlastschwelle ermittelt werden? |
| Schutz | Verbleibende Kapazität bleibt für Kernarbeit nutzbar. | Welche Folge muss das Team für abgeworfene Aufträge prüfen? |
Nutzen & Grenzen
Hilft, wenn
- Kernkapazität bei Überlast gezielt freihalten.
- Überlastschwelle und Prioritäten direkt an der Eintrittsgrenze prüfen.
Grenzen
- Abgeworfene Arbeit kann bei falscher Priorität wertvolle Aufträge verlieren.
- Abwurf am falschen Eintrittspunkt kann bereits bezahlte Arbeit verlieren oder Wiederholungen verstärken.
In der Praxis
- Leite die Ablehnungsschwelle aus der getesteten Kapazität der Suchplattform ab und definiere, welche Vorschau-Anfragen bei wachsender Queue zuerst verworfen werden.
- Erzeuge Last oberhalb der Schwelle und prüfe, ob Ablehnungen früh an der Eintrittsgrenze erfolgen, während Bestellbestätigung und Zahlungsstatus weiterhin beantwortet werden.
- Miss Queue-Länge, Ablehnungsrate, Kernbestellungen und Wiederaufnahme gemeinsam; verifiziere, dass Vorschauen erst nach anhaltender Entlastung wieder angenommen werden.
Ausführliche Erklärung lesen
Load Shedding verwirft oder lehnt Arbeit ab, wenn das System seine tragfähige Kapazität erreicht. Es schützt verbleibende Ressourcen, indem es weniger wichtige Anfragen früh aussortiert.
Die Auswahlregel sollte Geschäftspriorität, bereits belegte Arbeit und Wiederholungsverhalten berücksichtigen. Eine Ablehnung ist sichtbar und möglichst steuerbar; sonst erzeugen Clients mit sofortigen Wiederholungen neue Last.
Das Shop-Beispiel nutzt die bestehende gemeinsame Datenbank und sieben Module. Jede ergänzte Dienst- oder Betriebsform ist eine hypothetische Erweiterung. Bei hoher Shoplast nähert sich die Suchplattform ihrer getesteten Grenze. Der Einstieg lehnt zusätzliche Vorschau-Abfragen mit einer klaren Überlastantwort ab, während Bestellbestätigung und Zahlungsstatus Vorrang behalten. Die API beendet wartende Nebenanfragen früh, statt sie in einer unbegrenzten Queue zu halten. Dashboards messen Ablehnungsrate, Antwortzeit und erfolgreiche Kernbestellungen. Sobald die Queue sinkt, nimmt das System Vorschauen automatisch wieder an. rate limit load shedding und rate limiting helfen, diese Entscheidung mit benachbarten Fragen zu vergleichen.
Selbst prüfen
Teste dich in drei Stufen
AblesenIm Bild nachsehen
Welche Arbeit wird unter Überlast zuerst abgewiesen?
Lösung mit Begründung ansehen
Vorschauabfragen; Bestellbestätigungen behalten höhere Priorität.
AnwendenAuf eine neue Lage übertragen
Wo sollte die Überlastschwelle ermittelt werden?
Lösung mit Begründung ansehen
Am Engpass beziehungsweise Eintrittspunkt, bevor Warteschlangen weiter anwachsen.
BewertenEine Alternative abwägen
Welche Folge muss das Team für abgeworfene Aufträge prüfen?
Lösung mit Begründung ansehen
Wiederholungen, Nutzerhinweise und mögliche Verluste bereits angenommener Arbeit.
Vertiefen
Diese Bausteine führen die Gedanken dieser Seite weiter.
Quellen
- Google SRE: Handling Overload (öffnet in neuem Tab)Beschreibt Lastannahme und frühe Ablehnung unter Überlast.
- Throttling design guide (öffnet in neuem Tab)Behandelt priorisierte Drosselung an mehreren Systemgrenzen.
- Rate Limiting Pattern (öffnet in neuem Tab)Erklärt verwandte, budgetbasierte Anfragengrenzen.