Graceful Degradation
Kapazitätsmangel kann optionale Funktionen verdrängen und Kernabläufe gefährden.
- PrioritätPriorität: Kernfunktionen bleiben zuerst verfügbar.
- ReduktionReduktion: Optionale Arbeit wird gezielt ausgesetzt.
- WiederkehrWiederkehr: Funktionen kehren nach stabiler Erholung zurück.
Einordnung
Warum das wichtig ist
Nutzbarkeit anhand expliziter Prioritäten erhalten.
Nutzbarkeit anhand expliziter Prioritäten erhalten.
Graceful Degradation: 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 einem Lastsprung bleibt die Bestellung des Shops priorisiert. Die Live-Empfehlungen werden abgeschaltet, danach werden Produktbilder in geringerer Auflösung ausgeliefert, während Preis- und Zahlungsprüfung bestehen bleiben. Das Produktteam hat diese Reihenfolge vorab mit Geschäft und Betrieb vereinbart. Ein Lasttest bestätigt, dass die Kerntransaktion unter der angenommenen Kapazität stabil bleibt. Nach Entlastung werden die optionalen Funktionen stufenweise wieder eingeschaltet.
So liest du das Bild
- Priorität Priorität
- Reduktion Reduktion
- Wiederkehr Wiederkehr
| Begriff | Bedeutung | Prüffrage |
|---|---|---|
| Priorität | Kernfunktionen bleiben zuerst verfügbar. | Welche Shop-Funktion wird zuerst pausiert? |
| Reduktion | Optionale Arbeit wird gezielt ausgesetzt. | Welche Betriebsregel steuert die Degradationsstufe? |
| Wiederkehr | Funktionen kehren nach stabiler Erholung zurück. | Welches Signal erlaubt die Rückkehr zur vollen Funktion? |
Nutzen & Grenzen
Hilft, wenn
- Nutzbarkeit anhand expliziter Prioritäten erhalten.
- Funktionen nach Geschäftswert ordnen und Degradationsstufen testen.
Grenzen
- Ohne vereinbarte Prioritäten kann die Reduktion Kernnutzen gefährden.
- Degradationsstufen brauchen Rückkehrkriterien, damit optionale Funktionen nach der Lastspitze wieder verfügbar werden.
In der Praxis
- Ordne Empfehlung, Bildqualität, Kataloganzeige und Checkout nach Geschäftswert und vereinbare vor dem Test, welche Funktionen bei Überlast zuerst reduziert werden.
- Erzeuge einen Lastsprung und aktiviere die Degradationsstufen einzeln; miss dabei Checkout-Erfolg, Preisprüfung und Antwortzeit statt nur den CPU-Verbrauch.
- Entlaste das System schrittweise und prüfe, ob optionale Funktionen kontrolliert zurückkehren, ohne die zuvor stabilisierte Bestellung erneut zu überlasten.
Ausführliche Erklärung lesen
Graceful Degradation ordnet Funktionen nach ihrem Geschäftswert und reduziert bei knapper Kapazität gezielt weniger wichtige Leistungen. Ein System bleibt in einem vereinbarten Umfang nutzbar, auch wenn optionale Funktionen ausfallen.
Die Strategie beschreibt Prioritäten und zulässige Ersatzqualität über mehrere Komponenten hinweg. Sie braucht ein Signal für Aktivierung, klare Kommunikation und Bedingungen für die Rückkehr zum Normalbetrieb.
Das Shop-Beispiel nutzt die bestehende gemeinsame Datenbank und sieben Module. Jede ergänzte Dienst- oder Betriebsform ist eine hypothetische Erweiterung. Bei einem Lastsprung bleibt die Bestellung des Shops priorisiert. Die Live-Empfehlungen werden abgeschaltet, danach werden Produktbilder in geringerer Auflösung ausgeliefert, während Preis- und Zahlungsprüfung bestehen bleiben. Das Produktteam hat diese Reihenfolge vorab mit Geschäft und Betrieb vereinbart. Ein Lasttest bestätigt, dass die Kerntransaktion unter der angenommenen Kapazität stabil bleibt. Nach Entlastung werden die optionalen Funktionen stufenweise wieder eingeschaltet. fallback degradation und load shedding helfen, diese Entscheidung mit benachbarten Fragen zu vergleichen.
Selbst prüfen
Teste dich in drei Stufen
AblesenIm Bild nachsehen
Welche Shop-Funktion wird zuerst pausiert?
Lösung mit Begründung ansehen
Empfehlungen als optionale Funktion; der Bestellabschluss bleibt priorisiert.
AnwendenAuf eine neue Lage übertragen
Welche Betriebsregel steuert die Degradationsstufe?
Lösung mit Begründung ansehen
Gemessene Last und vereinbarte Prioritäten bestimmen, welche Funktion reduziert wird.
BewertenEine Alternative abwägen
Welches Signal erlaubt die Rückkehr zur vollen Funktion?
Lösung mit Begründung ansehen
Stabile Kapazitätsreserve über das definierte Erholungsfenster.
Vertiefen
Diese Bausteine führen die Gedanken dieser Seite weiter.
Quellen
- Circuit Breaker pattern (öffnet in neuem Tab)Zeigt degradierte Antworten bei geschützter Abhängigkeit.
- Handling Overload (öffnet in neuem Tab)Behandelt Priorisierung und kontrollierte Leistungsreduktion.
- Throttling design guide (öffnet in neuem Tab)Beschreibt koordinierte Drosselreaktionen über Komponenten.