Definieren und überwachen Sie die Zuverlässigkeit der Website

Wählen Sie die Reise zum Schutz

Beschreiben Sie die wesentlichen Aktionen, das Publikum und die Abhängigkeiten, die sie unterbrechen können. Eine Geschäftsseite benötigt möglicherweise Besucher, um ein Angebot zu lesen und Anfragen zu senden. Ein Shop benötigt korrekt aufgezeichnete Bestellungen. Separates Laden der Seite, Vervollständigung der Aktion und anschließende Behandlung, da diese Schritte unterschiedlich fehlschlagen können.

Die Google SRE-Arbeitsmappe Beschreibt Serviceziele auf der Grundlage von Indikatoren und der Vereinbarung zwischen den Stakeholdern. Passen Sie den Ansatz an die Größe der Website an. Ein kleines Team kann mit einer Reise, einem beobachtbaren Indikator und einem Eigentümer und nicht mit vielen Dashboards ohne zugehörige Entscheidungen beginnen.

Ereignisse und Beobachtungsfenster definieren

Schreiben Sie, was als Versuch und Erfolg gilt, wo es beobachtet wird und welche Ausschlüsse gerechtfertigt sind. Absichtlich ungültige Eingabe unterscheidet sich vom Verlust einer gültigen Anfrage. synthetische Überwachung und tatsächliche Verwendung Beobachten Sie unterschiedliche Populationen; Halten Sie ihre Ergebnisse getrennt.

Definieren Sie das Lesefenster und minimale nützliche Beweise. Prozentsätze sind instabil mit wenigen Ereignissen auf einer Website mit geringem Verkehr. Zeigen Sie Versuchs- und Fehlerzählungen neben der Rate an und untersuchen Sie reproduzierbare Fälle. Vermeiden Sie es, unnötige Nachrichten oder persönliche Informationen zu sammeln, um ein technisches Ergebnis zu messen.

Wählen Sie ein Ziel, bevor Sie eine Verpflichtung eingehen

Ein internes Ziel beschreibt eine gewünschte Ebene und leitet Entscheidungen. Eine vertragliche Verpflichtung hat Umfang und Konsequenzen, die eine gesonderte Vereinbarung erfordern. Vermeiden Sie es, einen hohen Prozentsatz zu übernehmen, nur weil es beruhigend klingt. Vergleichen Sie die Bedürfnisse der Besucher, die Betriebsbeschränkungen und die Wiederherstellungskosten.

In einer fiktiven Berechnung führen 10 Fehler unter 1.000 Versuchen zu 99% Erfolg. Dies beschreibt nicht Dauer, Betroffene oder Schweregrad: Gleiche Zählungen können kleinere Unannehmlichkeiten oder verlorene Bestellungen darstellen. Zeitbasierte Verfügbarkeit erfordert eine andere Definition; Konvertieren Sie keine Indikatoren, ohne die Methode zu erklären.

Schwellenwerte mit Aktionen verbinden

Entscheiden Sie, wer Alarme untersucht, welche Beweise einen Vorfall belegen und wie betroffene Personen informiert werden. Ein bestätigter Ausfall kann eine Problemumgehung oder einen Rollback erfordern. Eine isolierte Warnung muss vor der Eskalation überprüft werden. Reduzieren Sie die Unsicherheit und die Reaktionszeit, anstatt für jede Schwankung Nachrichten zu generieren.

Die Dokumentqualität nimmt bei Änderungen ab. Die Kapitel Fehler-Budget-Richtlinie Beschreibt vereinbarte Reaktionen auf Zuverlässigkeitslücken. Ein kleiner Standort kann eine optionale Änderung einfach verzögern, bis ein kritischer Fehler behoben ist, ohne den Anspruch zu erheben, das Betriebsmodell eines großen Dienstes zu implementieren.

Beobachter überprüfen und Vorfälle überprüfen

Testüberwachung selbst: Unterscheidet es die Seitenverfügbarkeit von abgeschlossenen Aktionen? Kann es eine verlorene Benachrichtigung erkennen? Gibt es eine verständliche Warnung, die eine Antwort erhält? Störszenarien gehören in autorisierte Umgebungen. Produktionsprüfungen müssen fiktive Bestellungen und versehentliche Nachrichten vermeiden.

Verbinden Sie nach Vorfällen Zeitpläne, Auswirkungen, Korrekturen und Regressionsprüfungen. Überarbeiten Sie die Anzeigen, wenn Fehler aus der Erkennung entgangen sind. Die Leitfaden zur Reaktion auf Vorfälle und Anleitung zum Vorstart Helfen Sie dabei, Aktionen zuzuweisen und Ergebnisse zu behalten Nützliche Ziele entwickeln sich mit Reisen und beobachteten Risiken.

Rückkehr zu einer Liste prüfen und veraltete Zustände vermeiden.

Fiktiver Fall: Jemand filtert eine Liste, öffnet ein Detail und geht zurück. Prüfen Sie Filtererhalt und Aktualität sensibler Elemente. bfcache ist kein HTTP-Cache: Ein Header erklärt nicht das gesamte Verhalten. Schwächen Sie Schutz privater Seiten nicht für einen Navigationswert.

• Die Rückkehr erhält nützlichen Kontext und aktualisiert Informationen nach einer getesteten Regel.

• web.dev Back/forward Cache

  Erläuterung des Vorwärts-/Zurück-Caches, der Seiten samt Zustand wiederherstellen kann.