in Shell-Skripten
Shell-Skripte, die mit Netzwerkdiensten, APIs und externen Systemen interagieren, scheitern ohne Retry-Logik beim ersten transienten Fehler. Exponentielles Backoff mit Jitter, der timeout-Befehl und klare Max-Retry-Grenzen machen Shell-Skripte resilient — ohne dass ein Operator nachts manuell neu starten muss.
Inhaltsverzeichnis
- 1. Warum Retry-Logik in Shell-Skripten notwendig ist
- 2. Einfache Retry-Schleife: Grundmuster
- 3. Exponentielles Backoff: Wartezeit verdoppeln
- 4. Jitter: Thundering Herd verhindern
- 5. Der timeout-Befehl: Hängende Befehle abbrechen
- 6. Retry mit Timeout kombinieren
- 7. Idempotenz: Voraussetzung für sicheres Retry
- 8. Retry für HTTP-APIs: Statuscodes berücksichtigen
- 9. Retry-Strategien im Vergleich
- 10. Zusammenfassung
- 11. FAQ