Fehlererkennung
Langsame und ausgefallene Komponenten erzeugen aus der Ferne ähnliche Signale.
- SignalSignal: Ein beobachtbarer Hinweis löst eine Prüfung aus.
- VerdachtVerdacht: Ein Timeout begründet einen Verdacht, keinen Beweis.
- ReaktionReaktion: Die Reaktion richtet sich nach Kritikalität und Evidenz.
Einordnung
Warum das wichtig ist
Erkennung liefert eine belastbare Grundlage für eine gezielte Reaktion.
Erkennung liefert eine belastbare Grundlage für eine gezielte Reaktion.
Fehlererkennung: Entscheidung prüfen
Das Shop-Beispiel nutzt die bestehende gemeinsame Datenbank und sieben Module. Jede ergänzte Dienst- oder Betriebsform ist eine hypothetische Erweiterung. Beim Bestellabschluss sendet ein Worker alle fünf Sekunden einen Heartbeat. Nach mehreren ausgebliebenen Meldungen markiert die Steuerung den Worker als verdächtig und verteilt neue Aufträge an gesunde Instanzen. Ein verzögerter Heartbeat kann durch Netzwerklast entstehen, während der Worker eine Zahlung verarbeitet. Deshalb bleibt der laufende Auftrag über seine Kennung prüfbar; die Erkennung löst keine zweite Zahlung aus. Das Team misst Erkennungszeit und Fehlalarme und passt die Schwelle an die Wiederherstellungsziele an.
So liest du das Bild
- Signal Signal
- Verdacht Verdacht
- Reaktion Reaktion
| Begriff | Bedeutung | Prüffrage |
|---|---|---|
| Signal | Ein beobachtbarer Hinweis löst eine Prüfung aus. | Welche Bedeutung hat ein ausgebliebener Heartbeat für den Worker? |
| Verdacht | Ein Timeout begründet einen Verdacht, keinen Beweis. | Welche Messung zeigt, ob die Erkennung zum Wiederherstellungsziel passt? |
| Reaktion | Die Reaktion richtet sich nach Kritikalität und Evidenz. | Wann sollte das Team die Schwelle ändern? |
Nutzen & Grenzen
Hilft, wenn
- Erkennung liefert eine belastbare Grundlage für eine gezielte Reaktion.
- Heartbeat-Zeitpunkt, Schwelle und Folgeaktion gemeinsam festlegen.
Grenzen
- Ein einzelnes ausbleibendes Signal unterscheidet Netzfehler und Prozessausfall nicht.
- Prüfintervalle erzeugen einen Zielkonflikt zwischen schneller Reaktion und Fehlalarmen.
In der Praxis
- Lege Heartbeat-Intervall und Verdachtsschwelle aus dem Wiederherstellungsziel fest und protokolliere, welche Folgeaktion bei einem als verdächtig markierten Worker beginnt.
- Verzögere Heartbeats während einer Zahlung gezielt und vergleiche Fehlalarme mit echter Prozessbeendigung; stelle sicher, dass dieselbe Auftragskennung keine zweite Zahlung auslöst.
- Miss Erkennungszeit und Fehlalarmrate unter normaler sowie erhöhter Netzlast und passe die Schwelle nur an, wenn die Auswirkung auf Recovery und Doppelverarbeitung klar ist.
Ausführliche Erklärung lesen
Eine Komponente kann langsam, isoliert oder abgestürzt sein; aus der Ferne sehen diese Zustände oft gleich aus. Fehlererkennung muss deshalb Beobachtung, Verdacht und bestätigte Diagnose auseinanderhalten.
Heartbeats, aktive Health Checks und Zeitüberschreitungen liefern zeitgebundene Signale. Ihre Aussage hängt von Intervall, Schwelle, Netzwerkpfad und Prüfungsumfang ab. Eine Erkennung startet eine abgestimmte Reaktion; sie beweist keinen Prozessabsturz.
Das Shop-Beispiel nutzt die bestehende gemeinsame Datenbank und sieben Module. Jede ergänzte Dienst- oder Betriebsform ist eine hypothetische Erweiterung. Beim Bestellabschluss sendet ein Worker alle fünf Sekunden einen Heartbeat. Nach mehreren ausgebliebenen Meldungen markiert die Steuerung den Worker als verdächtig und verteilt neue Aufträge an gesunde Instanzen. Ein verzögerter Heartbeat kann durch Netzwerklast entstehen, während der Worker eine Zahlung verarbeitet. Deshalb bleibt der laufende Auftrag über seine Kennung prüfbar; die Erkennung löst keine zweite Zahlung aus. Das Team misst Erkennungszeit und Fehlalarme und passt die Schwelle an die Wiederherstellungsziele an. heartbeat und load balancing helfen, diese Entscheidung mit benachbarten Fragen zu vergleichen.
Selbst prüfen
Teste dich in drei Stufen
AblesenIm Bild nachsehen
Welche Bedeutung hat ein ausgebliebener Heartbeat für den Worker?
Lösung mit Begründung ansehen
Er markiert den Worker als verdächtig; Netzlast und Prozessausfall bleiben zunächst mögliche Ursachen.
AnwendenAuf eine neue Lage übertragen
Welche Messung zeigt, ob die Erkennung zum Wiederherstellungsziel passt?
Lösung mit Begründung ansehen
Erkennungszeit und Fehlalarmrate gemeinsam über repräsentative Störungen messen.
BewertenEine Alternative abwägen
Wann sollte das Team die Schwelle ändern?
Lösung mit Begründung ansehen
Wenn Messdaten zeigen, dass Reaktionszeit oder Fehlalarme das vereinbarte Ziel verfehlen.
Vertiefen
Hier findest du Varianten und Verweise auf eigenständige Begriffe.
Heartbeat
Ein Heartbeat zeigt, dass ein Prozess zuletzt ein Signal gesendet hat; die Schwelle entscheidet, wann dieses Signal als verspätet gilt. Die Prüfung ist für zeitnahe Erkennung geeignet, bleibt jedoch von Intervall, Netzwerkpfad und Pausenzeiten abhängig.
Weiterführende Bausteine
Quellen
- Heartbeat und Active Health Checks (öffnet in neuem Tab)Erklärt periodische Lebenszeichen als Erkennungsmechanik.
- Implementing health checks (öffnet in neuem Tab)AWS beschreibt Bereitschafts- und Liveness-Prüfungen und ihre Betriebsfolgen.
- Choosing the right health check (öffnet in neuem Tab)Vergleicht lokale und abhängige Health Checks.