Ergebnis dieses Guides
Ein Alarm für einen relevanten Fehler mit Kontext
Arbeitsumgebung
SvelteKit mit der eingesetzten Svelte-Version und dem vorgesehenen Adapter
Wann ist diese Entscheidung wichtig?
Viele Logzeilen ersetzen keine erkennbare Störung. Ein Alarm sollte erklären, welche Funktion betroffen ist und welcher nächste Schritt hilft.
Trennen Sie Seiten, Layouts, Serverdaten und HTTP-Endpunkte anhand der SvelteKit-Dateikonventionen. Prüfen Sie bei jedem Datenübergang, ob der Wert öffentlich sein darf oder nur auf dem Server benötigt wird.
Monitoring: Schritt für Schritt.
- 01
Vorbereiten
Bestimmen Sie die wichtigsten Servervorgänge und deren erwartete Erfolgsrate. Legen Sie fest, welche Daten nicht protokolliert werden dürfen.
- 02
In SvelteKit umsetzen
Erfassen Sie Status, Dauer und eine unpersönliche Vorgangskennung. Prüfen Sie Alarmierung mit einem kontrolliert ausgelösten Fehler.
- 03
Im tatsächlichen Projekt prüfen
Testen Sie Direktaufruf, clientseitige Navigation und den Adapter des Produktionsbetriebs. Entwicklungsserver und Zielplattform können unterschiedliche Fähigkeiten besitzen.
Beispiel zur Überprüfung
So lässt sich das Ergebnis prüfen.
Als Projektkontext dient ein Kundenportal mit Formularen und geschützten Bereichen. Der folgende Prüffall ist eine Vorlage für diese Aufgabe und kein Bericht über eine Kundenmessung.
- Eingabe / Auslöser
- Der Speicherdienst für Projektanfragen fällt kurzzeitig aus
- Erwartetes Ergebnis
- Die Störung ist erkennbar und lässt sich einer Anfrageart zuordnen, ohne Kontaktdaten im Log zu vervielfältigen.
- Fehler- oder Grenzfall
- Ein wiederhergestellter Dienst beendet die Alarmserie; fehlgeschlagene Vorgänge werden nachvollziehbar behandelt.
Abnahme und typische Fehler.
- Ein Fehler lässt sich einer Route und einem Zeitpunkt zuordnen.
- Ein wiederhergestellter Dienst beendet die Alarmserie; fehlgeschlagene Vorgänge werden nachvollziehbar behandelt.
- Load-Funktionen und Aktionen laufen in unterschiedlichen Kontexten; Berechtigungen gehören auf den Server.
Typischer Fehler
Logs mit personenbezogenen Daten schaffen neue Risiken.
Quellen und Versionshinweis
Die Anleitung beschreibt das Vorgehen; konkrete APIs, Produktfunktionen und Laufzeitgrenzen müssen zur eingesetzten Version passen. Halten Sie Version, Konfiguration und Prüfergebnis im Projekt fest und vergleichen Sie die verlinkte Dokumentation bei Änderungen.
