Hosting für den Ansturm beim Ticketverkaufsstart vorbereiten
Zum Verkaufsstart können viele Menschen in wenigen Minuten dieselbe Eventseite aufrufen. Entscheidend ist die Arbeit, die jede Anfrage beim Webhost, der Anmeldung und dem Ticketanbieter auslöst – nicht eine allgemeine Besucherzahl pro Tag.
Boletolibre-Redaktion
Veröffentlicht
Das Spitzenszenario festhalten
Notiere Startzeit, Reichweite, geschätzte Klicks, Ankünfte in der stärksten Minute und die Wege durch Eventseite, Anmeldung und Checkout. Halte niedrige, erwartete und hohe Annahmen getrennt. Seitenaufrufe sind weder Anfragen noch gleichzeitige Sitzungen.
Öffentliche Inhalte von Transaktionen trennen
Öffentliche Eventdetails und Bilder können passend zur Aktualisierungspolitik gecacht werden. Personalisierte Anmeldung, Konto, Verfügbarkeit, Warenkorb und Checkout gehören nicht in einen gemeinsamen Cache. Kläre die Kapazität des Ticketanbieters gesondert.[4]
Grenzen und Skalierung erfragen
Frage den Host nach Verbindungen, CPU, Datenbank, Bandbreite, CDN, Kosten und Verhalten beim Erreichen der Grenze. Bei bekanntem Termin kann Kapazität eventuell vorab bereitstehen. Teste eine repräsentative Last mit Genehmigung in einer produktionsähnlichen Testumgebung.[2][3]
Den Start überwachen
Benenne Zuständige für Website, CDN, Datenbank und Ticketdienst. Beobachte Fehler, Antwortzeiten und abgeschlossene Anmeldungen. Lege Eskalation und Pause der Werbung fest; vergleiche später die Ist-Werte mit den Annahmen.
Szenario und Anbieterfragen herunterladen (englisches Markdown)
Quellen und weiterführende Informationen
- How to Prepare Your Website for a Sudden Traffic SpikeAsushost · Abgerufen
- Obtain resources upon detection that more resources are neededAWS Well-Architected · Abgerufen
- Scheduled scaling policy overviewAmazon Web Services · Abgerufen
- Bypass Cache on CookieCloudflare · Abgerufen