Schwarzer Freitag Bereitschaft: machen Sie Ihren Shop überleben die Spitze
Ihr Geschäft läuft gut für 364 Tage im Jahr. Dann Black Friday kommt, Verkehr geht 20x, und die Räder kommen aus dem schlimmsten möglichen Moment. Hier ist die Zeitlinie, die es verhindert.
Die Sache mit Black Friday Fehlschläge ist, dass sie fast nie überraschend im Nachhinein. Danach weiß jeder genau, was kaputt ist: der Suchendpunkt, der immer etwas langsam war, die Datenbank, die keinen Headroom hatte, das Skript von Drittanbietern, das sich abspielte. Das Ganze war im Oktober zu sehen. Niemand schaute, denn im Oktober war die Seite in Ordnung.
Das ist also als Countdown statt als Liste organisiert, denn der Zeitpunkt ist der eigentliche Ratschlag. Das Richtige in der falschen Woche zu tun, ist, wie Teams am Mittwoch davor riskante Änderungen vornehmen.
Sechs Wochen draußen: Die Decke finden
Sie können sich nicht auf eine Last vorbereiten, die Sie nicht gemessen haben. Der erste Job ist, herauszufinden, wo Ihr Geschäft tatsächlich bricht, und es muss früh genug geschehen, dass die Fixierung, was Sie finden, ist ruhige Arbeit statt Notfallarbeit.
Belastungstest gegen eine Kopie der Produktion mit realistischen Datenmengen — eine Staging-Datenbank mit 40 Produkten wird gerne dem Verkehr dienen, der Ihren echten Katalog zerstören würde. Ramp allmählich und beobachten Sie den Punkt, wo die Reaktionszeiten beginnen zu klettern, während Durchsatz stoppt. Diese Beugung ist deine Decke, und sie ist fast immer niedriger als die Leute vermuten.
Testen Sie die Reise, nicht die Homepage. Jeder kann eine gecached Homepage unter Last bedienen. Wichtig ist, → Produkt → in den Warenkorb → Checkout, in diesem Verhältnis, denn die letzten beiden sind die unerreichbaren und sie sind, wo Sie überfallen werden.
Der häufigste Black Friday Fehler ist nicht der Web-Server - es ist die Datenbank, Ertrinken im Warenkorb und Session schreibt, es kann nicht seinen Weg aus Cache. Sehen Sie sich Datenbankverbindungen an und sperren Sie wartet während des Tests, nicht nur CPU. Eine Web-Ebene, die horizontal vor einer Datenbank skaliert, die nicht die klassische Form eines schlechten Nachmittags ist.
Vier Wochen draußen: den Shop zwischenspeicherbar machen
Der einzige größte Hebel ist, wie viel von Ihrem Verkehr nie Ihren Ursprung überhaupt erreicht. Jede Anfrage beantwortet von der Kante ist Kapazität, die Sie nicht kaufen mussten.
Cache am Rand
- Homepage, Kampagnenlandeseiten
- Kategorie und Produktseiten
- Suchergebnisse, wenn Sie kurze TTLs tolerieren können
- Alle Bilder, CSS und JavaScript
Immer umgehen
- Warenkorb und Kasse
- Mein Konto- und Bestellverlauf
- Alles mit einem Session-Cookie vorhanden
- Lebendbestand zählt, wenn Sie sie zeigen
Holen Sie sich die Bypass-Regeln genau jetzt, nicht während der Eile. Der Mechanismus ist Cookies: Ihre Plattform setzt ein erkennbares Cookie, sobald ein Shopper einen Wagen oder einen Log-in hat, und der Cache umgeht seine Anwesenheit. Testen Sie es richtig – fügen Sie etwas zu einem Warenkorb hinzu, blättern Sie weg, kommen Sie zurück, bestätigen Sie den Warenkorb überlebt und dass ein frisches Inkognito-Fenster immer noch eine zwischengespeicherte Seite erhält.
Dann überprüfen Sie Ihr Cache Trefferverhältnis und überprüfen Sie es. Wenn es unter 85% in einem Shop ist, finden Sie heraus, warum, bevor der Verkehr kommt, anstatt danach.
Zwei Wochen später: das Sicherheitsventil und das Gefrieren
Zwei Dinge passieren hier, und beide sind über das, was Sie tun, wenn Vorbereitung nicht genug ist.
Stellen Sie einen Warteraum ein und testen Sie ihn. Nicht unbedingt eingeschaltet — konfiguriert, getestet, und ein Umschalten entfernt. Es ist der einzige Mechanismus, der anmutig degradiert, wenn die Nachfrage wirklich die Kapazität übersteigt, und die schlechteste Zeit, um eine zum ersten Mal zu konfigurieren ist, während die Website überfällt.
Beginnen Sie die Änderung einfrieren. Keine neuen Plugins, keine Themenänderungen, keine Abhängigkeits-Upgrades, keine "schnellen" Migrationen. Jeder Black Friday post-mortem zeigt eine Änderung jemand in den letzten vierzehn Tagen gemacht, die harmlos schien. Wenn eine Änderung wirklich erforderlich ist, wird sie früh in der Woche und bekommt einen vollen Tag der Beobachtung.
Die Woche davor: proben Sie die langweiligen Dinge
Bestätigen Sie, wer tatsächlich auf Abruf ist
Mit Telefonnummern, nicht Slack Griffe. Stellen Sie fest, wer die Entscheidung treffen kann, um den Warteraum zu ermöglichen, ohne jemanden zu fragen.
Ablaufdatum der Überprüfungsbescheinigung
Ein Zertifikat, das während Ihrer geschäftigsten Woche ausläuft, ist mehr Geschäften passiert, als jeder zugibt.
Überprüfen Sie Ihre Rollback-Arbeiten
Nicht, dass es existiert — dass Sie es vor kurzem laufen lassen und wissen, wie lange es dauert.
TTLs bewusst erhöhen
Längere Cache-Lebensdauern als üblich für die Kampagnenperiode, mit einem Plan für die Reinigung, wenn sich die Preise ändern.
Den Cache vor der Ankündigung erwärmen
Crawlen Sie Ihre Kampagnen-Seiten, so dass die ersten tausend echte Besucher sind nicht alle Cache verpasst gleichzeitig ankommen.
Schreiben Sie die "wir sind beschäftigt" Nachricht im Voraus
Was immer die Warteschlange sagt, schreibe sie jetzt ruhig und nicht später unter Druck.
Am Tag: drei Zahlen beobachten
Dashboards während einer Spitze sind meist Lärm. Diese drei sagen Ihnen, was tatsächlich passiert:
Origin-Anfragen pro Sekunde ist derjenige, dem man vertrauen kann. Wenn sich der gesamte Verkehr verdreifacht und der Ursprungsverkehr kaum bewegt, macht Ihr Caching seine Arbeit und Sie können sich entspannen. Wenn Ursprungsverkehr den gesamten Verkehr verfolgt, laufen Sie effektiv ohne CDN und sollten herausfinden, warum sofort.
Widersteht dem Drang, live zu optimieren. Eine Änderung, die offensichtlich um 14 Uhr am Black Friday korrekt ist, hat eine viel schlechtere Erfolgsbilanz als nichts zu tun. Der Warteraum ist Ihre Intervention; nutzen Sie das, und lassen Sie den Code in Ruhe.
Häufig gestellte Fragen
Wie bereite ich meine E-Commerce-Website für Black Friday vor?
Ab dem Datum rückwärts arbeiten. In sechs Wochen testen Sie die gesamte Einkaufsreise gegen produktionsgroße Daten, um herauszufinden, wo der Standort bricht. Vier Wochen nach, maximieren Sie, was am Rand zwischengespeichert werden kann und überprüfen Sie, dass Cart und Checkout den Cache korrekt umgehen. Zwei Wochen draußen, konfigurieren und testen Sie einen Warteraum und beginnen einen Wechsel einfrieren. In der Woche zuvor, den Cache erwärmen, Bereitschaftsvereinbarungen bestätigen und Rollback überprüfen.
Wie viel Verkehr soll ich am Black Friday erwarten?
Geschäfte sehen häufig 10 bis 30 mal am normalen Tag, konzentriert sich in ein paar Stunden statt gleichmäßig verteilt. Der Multiplikator ist weniger wichtig als die Konzentration: Die gleiche Anzahl von Besuchern, die über 24 Stunden ankommen, wäre unmerklich, und die Ankunft in 90 Minuten ist, was die Dinge bricht. Verwenden Sie Ihre eigenen vorherigen Jahre als Ausgangsbasis und planen Sie für die Spitzenstunde, nicht die tägliche Summe.
Was bricht normalerweise zuerst unter Black Friday load?
Die Datenbank, in den meisten Fällen. Webserver können horizontal skaliert und vor, aber Warenkorb schreibt, Sitzung schreibt und Inventar-Updates alle konvergieren auf einer einzigen Datenbank, die nicht zwischengespeichert werden kann. Die Verbindung zählt und sperren wartet während des Lasttests und nicht nur CPU, da der Ausfall oft eher als Warteschlange als Sättigung erscheint.
Soll ich den Einsatz vor Black Friday einfrieren?
Ja, normalerweise beginnt er zwei Wochen. Fast jeder Black Friday Vorfall nach dem Tod identifiziert eine kurz zuvor vorgenommene Veränderung, die ein geringes Risiko schien. Wenn eine Änderung wirklich notwendig ist, versenden Sie es früh in der Woche, so dass es einen vollen Tag des realen Verkehrs unter Beobachtung, anstatt in den letzten Tagen, wenn es keine Zeit, um ein Problem zu bemerken.
Kann ein CDN den Black Friday Traffic alleine bewältigen?
Es behandelt die zwischenspeicherbare Mehrheit, die in der Regel die meisten von ihm ist — Browsing, Produktseiten, Bilder und Vermögenswerte. Es kann Warenkorb, Kasse oder Konto-Seiten nicht zwischenspeichern, so dass Ihr Ursprung immer noch diese dienen muss. Das realistische Ziel ist, dass die Ursprungslast etwa flach bleibt, während sich der Gesamtverkehr vervielfacht, was Ihre Datenbank frei lässt, um die Schriftsätze zu handhaben, die tatsächlich Einnahmen generieren.
Schwarzer Freitag belohnt die langweilige Arbeit, die du sechs Wochen früher machst. Finden Sie Ihre Decke mit einem realistischen Lasttest, verbergen Sie alles, was nicht persönlich ist, lassen Sie einen Warteraum konfigurieren und testen, ändern Sie einfrieren und am Tag Uhr Ursprungswünsche pro Sekunde über alles andere. Das Ziel ist ein Tag, an dem nichts Interessantes passiert.
Sehen Sie, wie NordicCDN dies für Ihre Website tut:
Mads hat seit seinem 16. Lebensjahr in der IT gearbeitet — hauptsächlich als Hosting. Er beteiligte sich früh an einer SaaS-Firma und half, sie bis zur Übernahme durch Visma weiterzuentwickeln, hat Data-Center-Netzwerke aufgebaut und betrieben und diente als CTO eines dänischen Rechenzentrums. Er hat NordicCDN gestartet, um eine schnelle, sichere Infrastruktur einfach zu bedienen.
