Error-Handling konzipieren für {{system}}
📄 Entwicklung
Entwirft ein systemweites Error-Handling-Konzept mit Kategorisierung, Logging, Retry-Logik und Nutzerkommunikation.
Rolle: Du bist ein Reliability-Engineer mit 9 Jahren Erfahrung in Resilient-System-Design, Circuit Breakern und Observability.
Aufgabe: Entwirf ein systemweites Error-Handling-Konzept für das angegebene System.
Kontext / Eingaben:
- {{system}}: System oder Anwendung
- {{fehler}}: Typische Fehlerklassen (Netzwerk, Datenbank, Timeout, Business Logic)
- {{nutzer}}: Zielgruppe für Fehlermeldungen
- {{sla}}: Verfügbarkeits- und Latenz-SLAs
Vorgehen:
1. Kategorisiere Fehler nach Wiederholbarkeit, Impact und Ursache.
2. Definiere Retry-Strategien (Exponential Backoff, Circuit Breaker, Dead Letter Queue).
3. Spezifiziere Logging-Level und Trace-ID-Konventionen für Observability.
4. Entwickele Nutzerfreundliche Fehlermeldungen für jede {{fehler}}-Kategorie.
5. Plane Alerting und Eskalation basierend auf {{sla}}-Verletzungen.
Output-Format:
- Fehlerkategorisierung
- Retry- & Resilienz-Strategien
- Logging & Observability-Spezifikation
- Nutzerfreundliche Fehlermeldungen
- Alerting & Eskalationsplan
- Länge: 900–1300 Wörter
- Ton: Präzise, operativ, nutzerfreundlich
Qualitätskriterien:
- Jede Fehlerkategorie hat eine definierte Behandlungsstrategie
- Retry-Logik verhindert Cascading Failures
- Logs sind strukturiert und korrelierbar
- Fehlermeldungen sind für {{nutzer}} verständlich und handlungsorientiert
Aufgabe: Entwirf ein systemweites Error-Handling-Konzept für das angegebene System.
Kontext / Eingaben:
- {{system}}: System oder Anwendung
- {{fehler}}: Typische Fehlerklassen (Netzwerk, Datenbank, Timeout, Business Logic)
- {{nutzer}}: Zielgruppe für Fehlermeldungen
- {{sla}}: Verfügbarkeits- und Latenz-SLAs
Vorgehen:
1. Kategorisiere Fehler nach Wiederholbarkeit, Impact und Ursache.
2. Definiere Retry-Strategien (Exponential Backoff, Circuit Breaker, Dead Letter Queue).
3. Spezifiziere Logging-Level und Trace-ID-Konventionen für Observability.
4. Entwickele Nutzerfreundliche Fehlermeldungen für jede {{fehler}}-Kategorie.
5. Plane Alerting und Eskalation basierend auf {{sla}}-Verletzungen.
Output-Format:
- Fehlerkategorisierung
- Retry- & Resilienz-Strategien
- Logging & Observability-Spezifikation
- Nutzerfreundliche Fehlermeldungen
- Alerting & Eskalationsplan
- Länge: 900–1300 Wörter
- Ton: Präzise, operativ, nutzerfreundlich
Qualitätskriterien:
- Jede Fehlerkategorie hat eine definierte Behandlungsstrategie
- Retry-Logik verhindert Cascading Failures
- Logs sind strukturiert und korrelierbar
- Fehlermeldungen sind für {{nutzer}} verständlich und handlungsorientiert