Zum Hauptinhalt springen

Verfügbarkeitsrechner für Event-Websites und Ticketverkaufsphasen

Eine Verfügbarkeitszahl ist ohne Zeitraum und Besucheraufgabe kaum aussagekräftig. Die Eventseite kann erreichbar sein, während Anmeldung oder externer Bezahlvorgang scheitern. Mit der bearbeitbaren Tabelle rechnest du ein eigenes Ziel in zulässige Ausfallminuten für die Hauptseite und eine wichtige Verkaufsphase um. Das Ergebnis ist Planung, keine gemessene Verfügbarkeit und keine Anbieterzusage.

Boletolibre-Redaktion

Veröffentlicht

Zwei bearbeitbare Zeitfenster führen über eine Formel zu getrennten Ausfallminuten.
Lege Ziel, Zeitraum und Besucherweg fest, bevor du das Ergebnis bewertest.

Bearbeitbaren Rechner herunterladen

Verfügbarkeitsrechner als Excel-Datei herunterladen

Trage Stunden und Prozentziel in die gelben Felder ein. Die Tabelle berechnet zulässige Minuten als (1 − Ziel) × Stunden × 60. Fehlt eine Eingabe, bleibt das Ergebnis leer. Ein nicht positiver Zeitraum oder ein Wert außerhalb von 0–100 % wird als Eingabefehler angezeigt.

Die zweite Zeile ist für eine kritische Ticketverkaufsphase. Dauer und Ziel dürfen von der üblichen Website-Phase abweichen. Halte Messweg, ausgeschlossene Dienste, verantwortliche Person und Nachweis fest. Ein allgemeingültiges Ziel ist bewusst nicht vorgegeben.

Zuerst den Besucherweg bestimmen

Entscheide, ob „verfügbar“ das Laden der Eventseite, eine abgeschlossene Anmeldung oder einen erfolgreichen Ticketkauf bedeutet. Dokumentiere Anfang und Ende, geprüfte Regionen und Fehlerbedingung. Ein Test der Startseite beweist weder die Verfügbarkeit einer externen Kasse noch den Versand einer Bestätigung.

Wenn du Eventinformationen auf Boletolibre.com veröffentlichst, nimm die tatsächlich genutzte Besucherseite in den Messumfang auf. Ticket-, Zahlungs- und E-Mail-Anbieter bleiben getrennte Abhängigkeiten, sofern dein Test diese Schritte nicht wirklich ausführt.

Ziel und Rechnung auf dasselbe Zeitfenster beziehen

Für einen durchgehenden Zeitraum gib die tatsächlichen Stunden ein. Bei einem kurzen Verkaufsstart zählt nur dessen Dauer; die Zeitzone gehört ins Betriebsprotokoll. Derselbe Prozentsatz erlaubt in vier Stunden deutlich weniger Ausfallminuten als in einem Monat.

Die Tabelle ist eine zeitbasierte Näherung. Ein anfragenbasierter Serviceindikator zählt erfolgreiche gegenüber allen Anfragen; sein Fehlerbudget ist nicht zwangsläufig eine Minutenzahl. Google SRE empfiehlt, Messgröße und Messverfahren vor Entscheidungen festzulegen.[1]

Ziele, Messung und Verträge trennen

Ein SLO ist ein internes Ziel für einen definierten Dienst und eine definierte Messung. Ein SLA ist eine vertragliche Zusage mit eigenem Geltungsbereich. Das SLA eines Hosting- oder Zahlungsanbieters deckt nicht automatisch den gesamten Ticketkauf ab.[1]

Vergleiche nach Ablauf des Fensters beobachtete Daten mit dem Ziel und prüfe Vorfälle. CloudWatch beschreibt SLOs mit Indikator, Ziel und Intervall. Diese Datei liefert nur die Zielrechnung; sie überwacht nichts und berechnet keine Vertragsgutschrift.[2]

Verantwortung und Reaktion festlegen

Benenne für jeden Besucherweg eine verantwortliche Person, einen Monitor und einen Reaktionsweg. Kläre, wer bei einem Ausfall während des Verkaufs die Anbietergrenze prüft, öffentlich informiert und Werbung gegebenenfalls pausiert.

Überprüfe Ziele nach Starts und Störungen. Wenn der Monitor gemeldete Besucherprobleme übersieht, verbessere die Abdeckung. Wird das Ziel oft verfehlt, untersuche Abhängigkeiten und Wiederherstellung, statt den Nenner schönzurechnen.

Quellen und weiterführende Informationen

  1. Implementing SLOsGoogle SRE Workbook · Abgerufen
  2. Service level objectives (SLOs)Amazon CloudWatch Documentation · Abgerufen