Ein Timeout (Zeitlimit) definiert die maximale Zeit, in der eine Anfrage (z.B. ein HTTP-/REST-Request) eine Antwort vom Server erhalten muss. Antwortet der Server innerhalb dieser Zeitspanne nicht, wird die Verbindung abgebrochen und die Client-App erhält eine Fehlermeldung. Dieses Vorgehen dient dazu, Ressourcen zu schützen und das System vor blockierenden oder fehlerhaften Abläufen zu bewahren.
Standardmäßige Timeouts
Die folgenden Zeitlimits gelten für bestimmte Anwendungsbereiche.
|
App-Bereich |
Timeout in Sekunden |
Beschreibung |
|---|---|---|
|
Views |
60 |
Ist die maximale Dauer, die eine View (z.B. Browseranfrage) auf eine Antwort warten darf. |
|
Web Service Endpoints |
60 |
Ist die maximale Dauer, die ein REST- oder HTTP-Serviceaufruf auf eine Antwort wartet. |
Wissenswertes zu Webservices und Hintergrundprozessen
Bei Webservices können lang laufende Prozesse problematisch sein. Wenn die Client-App aufgrund des Timeouts getrennt wird, wird der serverseitige Prozess eventuell trotzdem weiter ausgeführt.
Das bedeutet mit Blick auf die Prozesse Folgendes:
-
Ressourcen (z.B. CPU, Speicher, Datenbankverbindungen) bleiben weiterhin belegt.
-
Es kann zu Leistungsproblemen oder einer Überlastung des Systems kommen.
-
Die Client-App erhält keine Rückmeldung zum Status oder Ergebnis.
Empfehlung für zeitintensive Prozesse
Zeitintensive Vorgänge sollten nicht direkt im Request ausgeführt werden. Stattdessen hat sich Folgendes in der Praxis als praktikabel erweisen:
-
Vorgänge in Tasks auslagern
-
Asynchrone Verarbeitung implementieren
-
Bereitstellung von Ergebnissen per Polling implementieren
Mit diesen Maßnahmen bleibt die API stabil, reaktionsschnell und ressourcenschonend.