Check-Einstellungen
Die Check-Einstellungen bestimmen, wie oft, wie lange und von wo LIVCK deinen Service prüft. Du findest sie im zweiten Schritt beim Erstellen eines Services oder jederzeit über das Aktionsmenü.
Prüfintervall
Legt fest, wie oft geprüft wird. Je kürzer das Intervall, desto schneller erkennst du Ausfälle.
| Plan | Minimales Intervall |
|---|---|
| Free | 120 Sekunden (2 Min.) |
| Ab Solo-Plan Solo | 60 Sekunden (1 Min.) |
| Ab Team-Plan Team | 30 Sekunden |
| Ab Business-Plan Business | 30 Sekunden |
Das Intervall ist jederzeit änderbar -- es muss mindestens dem Minimum deines Plans entsprechen. Für kritische Services (Shop, Haupt-API) lohnt ein niedriges Intervall, für weniger wichtige reicht ein längeres.
Timeout
Wie lange LIVCK auf eine Antwort wartet, bevor die Prüfung als fehlgeschlagen gilt.
| Einstellung | Wert |
|---|---|
| Minimum | 1 Sekunde |
| Maximum | 60 Sekunden |
| Standard | 10 Sekunden |
- Niedriger (z.B. 5 Sek.) -- Für schnelle Websites und APIs, erkennt Probleme schneller.
- Höher (z.B. 20--30 Sek.) -- Für langsamere Dienste wie externe APIs, Webhooks oder aufwändige Berechnungen.
Timeout zu niedrig?
Ein zu niedriger Timeout führt zu Fehlalarmen: Dein Service antwortet, aber LIVCK hat nicht lange genug gewartet. Setze ihn immer etwas höher als die normale Antwortzeit.
Wiederholungen (Retries)
Legt fest, wie oft eine fehlgeschlagene Prüfung wiederholt wird, bevor der Service als Offline markiert wird. Vermeidet Fehlalarme durch kurzzeitige Netzwerkprobleme.
| Einstellung | Wert |
|---|---|
| Minimum | 0 (keine Wiederholungen) |
| Maximum | 5 |
| Standard | 2 |
- 0 -- Sofortiger Alarm beim ersten Fehler. Schnellste Erkennung, meiste Fehlalarme.
- 1--2 (empfohlen) -- Guter Kompromiss: kurze Aussetzer ignoriert, echte Ausfälle schnell erkannt.
- 3--5 -- Sehr tolerant. Sinnvoll bei Services, die gelegentlich kurz nicht erreichbar sind (z.B. bei Deployments).
So funktionieren Wiederholungen
Schlägt eine Prüfung fehl, wiederholt LIVCK den Check sofort (ohne aufs nächste Intervall zu warten). Erst wenn alle Wiederholungen fehlschlagen, wird der Service als Offline markiert und du wirst benachrichtigt.
Standorte (Monitoring Locations)
Du wählst aus, von welchen Standorten dein Service geprüft wird. Mehrere Standorte schützen dank Mehrheitsregel vor Fehlalarmen -- nutze wenn möglich alle deines Plans (Free/Solo 2, Team 4, Business 8).
Welche Standorte es gibt und wie die Mehrheitsregel genau funktioniert, steht unter Monitoring-Standorte.
Wo findest du diese Einstellungen?
- Beim Erstellen: im zweiten Schritt "Konfiguration", nach Check-Typ und Ziel.
- Bei bestehenden Services: Service-Übersicht → Service öffnen → Aktionsmenü oder Bearbeiten → anpassen und speichern.
Alle Änderungen werden sofort wirksam -- ab der nächsten Prüfung gelten die neuen Werte.
Best Practices
| Service-Typ | Intervall | Timeout | Wiederholungen | Standorte |
|---|---|---|---|---|
| Kritisch (Shop, Haupt-API, Login) | so niedrig wie der Plan erlaubt | 10s | 1--2 | alle |
| Externe APIs / Drittanbieter | 120--180s | 20--30s | 2--3 | alle |
| Interne Tools / Nebenprojekte | ≥ 180s | 10--15s | 2--3 | 1--2 |
Kritische Services: kurzes Intervall, wenige Wiederholungen → Alarm in Minuten. Externe Dienste sind oft langsamer → höherer Timeout und mehr Wiederholungen gegen Fehlalarme.
Faustregel
Frag dich: "Wie schnell muss ich es erfahren, wenn dieser Service ausfällt?" Beim Online-Shop in 1--2 Minuten, beim internen Wiki reichen 5--10 Minuten.
Weiterführende Seiten
- Services verwalten -- Services erstellen, bearbeiten und pausieren
- Bedingungen -- Regeln definieren, wann ein Service als Offline oder Beeinträchtigt gilt
- Monitoring-Standorte -- Details zu den verfügbaren Prüfstandorten
- Plan-Limits -- Alle Limits deines Plans auf einen Blick