Blitzverkäufe und Tickettropfen: Umgang mit 10× Verkehr anmutig
Ein Flash-Verkauf ist ein Traffic Spike mit einer Stoppuhr auf sie - und ein zweites Problem die meisten Skalierung Beratung ignoriert vollständig: es gibt nur so viel Vorrat, und jeder will es im gleichen Moment.
Ein Flash-Verkauf sieht aus wie ein kleinerer Schwarzer Freitag, und die Vorbereitung für ihn, als ob es einer wäre, ist, wie Tropfen schief gehen.
Schwarzer Freitag ist ein Kapazitätsproblem: mehr Menschen als üblich, über Stunden verteilt, Kauf aus einem breiten Katalog. Ein Tropfen ist ein Streitigkeitige Prozesse alle versuchen, Dekremente, und jede Sekunde des Verkaufs ist ein Rennen.
Also ist dies um die drei Probleme in der Reihenfolge organisiert, die sie Ihnen schaden werden.
Problem 1: Alle kommen sofort
Die gute Nachricht ist, dass dies der Teil ist, den Sie bereits zu lösen wissen, und ein großer Teil des ankommenden Verkehrs verlangt nach identischen Dingen. Die Landing Page, der Countdown, die Produktbilder, das CSS – alles gleich für alle, alle zwischengespeichert, alle von der Kante aus, ohne dass Ihre Herkunft bemerkt.
Zwei Besonderheiten sind besonders wichtig für Tropfen. Vor der Ankündigung den Cache erwärmen, weil ein kalter Cache im Moment einer koordinierten Ankunft bedeutet, dass Tausende gleichzeitig alle Ihre Herkunft für die gleiche Seite verfehlt. Und stellen Sie sicher, dass Ihr CDN zusammenbricht verpasst gleichzeitig für das gleiche Objekt in eine einzige Ursprungsanforderung, anstatt sie alle weiterzuleiten – dieses Verhalten geht von mehreren Namen aus, aber seine Abwesenheit ist genau der Fehler, der einen Ursprung bei T-Null einnimmt.
Auch das Refresh-Verhalten lohnt sich. In der Minute vor einem Tropfen drückt ein großer Teil Ihrer Besucher immer wieder F5. Eine Countdown-Seite, die vollständig zwischengespeichert ist, absorbiert dies. Eine Countdown-Seite, die die Datenbank nach der aktuellen Serverzeit abfragt, nicht.
Problem 2: Stock ist eine Nummer und jeder will es
Dies ist der Teil, der Tropfen von jedem anderen Verkehrsereignis trennt, und es ist kein Caching-Problem überhaupt.
Wenn 5.000 Menschen innerhalb der gleichen Sekunde auf 200 Einheiten "kaufen" klicken, muss Ihr System entscheiden, wer sie bekommt. Tun Sie das sorglos und Sie überverkaufen — Sie nehmen 400 Aufträge für 200 Einzelteile und verbringen die folgende Woche damit, die Hälfte von ihnen zu stornieren, zurückzuerstatten und sich zu entschuldigen. Tun Sie es zu vorsichtig und Sie serialisiert den ganzen Verkauf hinter einem einzigen Schloss, und jeder wartet.
- Abfallbestand atomar in der Datenbank. Ein bedingtes Update, das nur dann gelingt, wenn der Bestand sicher bleibt. Read-then-write im Anwendungscode ist nicht, egal wie schnell es aussieht.
- Reserve bei Add-to-cart, nicht bei Zahlung. Mit einem kurzen Ablauf. Ansonsten verkaufen Sie die gleiche Einheit an alle, die Kasse erreicht, und die Verlierer finden es bei der Zahlung Schritt, das ist der schlimmste möglich Moment.
- Zeigen Sie keine Live-Aktienzählungen auf einer zwischengespeicherten Seite. Lassen Sie sie entweder weg oder laden Sie sie separat. Ein zwischengespeicherter "3 left" der eigentlich Null ist, erzeugt mehr Support-E-Mail als überhaupt keine Nummer.
- Entscheiden Sie Ihre Überverkaufsrichtlinie im Voraus. Einige Unternehmen akzeptieren einen kleinen Überverkauf und ehren ihn; manche tun es nie. Beides ist verletzlich. Entdecken Sie haben keine Richtlinie um 20:01 Uhr ist nicht.
- Cap Menge pro Bestellung und pro Konto. Einfach, und es tut mehr gegen Wiederverkäufer als die meisten Bot-Erkennung.
Problem 3: Ein bedeutender Teil der Menge ist nicht menschlich
Begrenzte Lagertropfen ziehen automatisierte Käufer an, und sie sind gut darin. Ein Skript kann die Kasse in einem Bruchteil der Zeit, die eine Person benötigt, um eine Kartennummer eingeben, und die Menschen, die sie ausführen, tun es professionell.
Wenn Sie nichts tun, ist die ehrliche Beschreibung eines Tropfens, der in elf Sekunden ausverkauft, nicht, dass die Nachfrage außergewöhnlich war. Es ist, dass Bots Ihre Aktien gekauft, um es wieder zu verkaufen, Ihre tatsächlichen Kunden nichts haben, und der Goodwill, den Sie bauten, ging an einen Sekundärmarkt statt.
Was funktioniert, in der Reihenfolge der Wirksamkeit für den Aufwand:
| Maßnahme | Wirkung | Kosten für echte Kunden |
|---|---|---|
| Mengenbegrenzungen pro Konto und Zahlungsmethode | Hoch | Keine |
| Herausforderungen bei Add-to-Cart und Checkout | Hoch | Millisekunden |
| Höchstsätze für die Einkaufsendpunkte | Hoch | Keine, wenn sinnvoll eingestellt |
| Erfordert ein Konto, das vor dem Fall erstellt wurde | Sehr hoch | Ausgeschlossen für neue Kunden |
| Randomisierte Warteschlange Position statt strenge Ankunft Reihenfolge | Mäßig | Fühlt sich weniger fair zu frühen Ankunft |
| CAPTCHA bei der Kasse | Niedrige — Lösungsdienstleistungen sind billig | Hohe Reibung |
Beobachten Sie den Tropfen, der gekauft wird, bevor er sich öffnet. Bots finden routinemäßig Produkt-URLs und API-Endpunkte vor der angekündigten Zeit, indem Sie URL-Muster oder beobachten Sie Ihre Sitemap. Wenn die Produktseite um 19:55 Uhr existiert und der Endpunkt Add-to-cart funktioniert, beginnt der Verkauf bei 19:55 Uhr, was auch immer Ihr Countdown sagt.
Die drei zusammenstellen
Die Architektur, die hält, ist geschichtet, und jede Ebene schützt die dahinter:
Edge-Cache absorbiert die Ankunft
Landing Page, Countdown, Bilder und Vermögenswerte dienten vollständig von der Kante, im Voraus erwärmt, mit gleichzeitigen Misses zusammengebrochen.
Ein Wartezimmer misst den Fluss
Geben Sie den Käufern zu dem Preis, den Ihre Kasse wirklich erhalten kann, statt alle von ihnen gleichzeitig mit ihm kollidieren zu lassen.
Herausforderungen und Grenzen filtern den Einkaufspfad
Add-to-cart und Checkout tragen Geschwindigkeitsbegrenzungen und eine Proof-of-Work-Herausforderung, so dass automatisierte Volumen wird unwirtschaftlich.
In der Datenbank wird atomarer Bestand
Bedingte Dekremente, kurzlebige Reservierungen und eine Mengenbegrenzung. Dies ist die letzte Zeile und sie muss korrekt sein.
Beachten Sie, dass nur die letzte Ebene genau richtig sein muss. Die ersten drei bestehen, um zu reduzieren, wieviel Last und wieviel feindlicher Verkehr sie erreicht — das ist das allgemeine Prinzip hinter all dem, und der Grund Tropfen sind überhaupt überlebbar.
Danach
Schreiben Sie es auf, solange es frisch ist: wie lange die Aktie dauerte, wie viele Bestellungen abgesagt wurden, wie die Warteschlange aussah, was brach, was Sie überraschte. Drops recur, oft mit den gleichen Kunden und die gleichen Bots, und die zweite ist enorm ruhiger, wenn jemand eine Seite mit Notizen nach dem ersten geschrieben.
Häufig gestellte Fragen
Wie kann ich meine Website während eines Flash-Verkaufs abstürzen stoppen?
Cache alles, was für alle Besucher identisch ist — Landing Page, Countdown, Bilder und Assets — und warm, dass Cache, bevor Sie ankündigen, so dass die koordinierte Ankunft nicht Tausende von gleichzeitigen Cache produziert Vermisste. Stellen Sie einen Warteraum vor, damit Käufer die Kasse mit einer Rate erreichen, die es erhalten kann, und rate-limitieren Sie die Kaufendpunkte. Der unerschöpfliche Checkout-Pfad ist, was fehlschlägt, also ist das Ziel, zu kontrollieren, wie viel Verkehr es erreicht.
Wie vermeide ich den Überverkauf während eines begrenzten Lagerabfalls?
Decrement Stock atomar in der Datenbank mit einem bedingten Update, das nur gelingt, während Einheiten bleiben, anstatt zu lesen Lager und dann schriftlich in Anwendungscode, die unter Gleichgültigkeit Rennen. Reserve-Vorrat bei Add-to-cart mit einem kurzen Ablauf statt bei der Zahlung, so dass Käufer nicht bei der Zahlung Schritt entdecken, dass ihr Artikel weg ist. Cap Menge pro Bestellung und pro Konto, und entscheiden Sie Ihre Oversell-Politik vor dem Verkauf anstatt während es.
Wie stoppe ich Bots, die alle meine limitierten Aktien kaufen?
Mengenbegrenzungen pro Konto und Zahlungsmethode sind die effektivste Maßnahme für die geringste Reibung. Fügen Sie Rate Grenzen und eine Proof-of-Work Herausforderung auf Add-to-cart und Checkout, die einen echten Browser Millisekunden kosten und machen automatisierte Volumen unwirtschaftlich. CAPTCHAs sind hier weitgehend ineffektiv, da die Lösung von Dienstleistungen billig ist und die Wiederverkäufer sie routinemäßig nutzen. Bestätigen Sie auch die Produkt-URL und den Kaufendpunkt sind nicht vor der angekündigten Startzeit erreichbar.
Soll ich Live-Aktienspiegel während eines Tropfens zeigen?
Nicht auf einer zwischengespeicherten Seite. Eine zwischengespeicherte Seite, die "3 übrig" zeigt, wenn die wahre Zahl Null ist, erzeugt mehr Kundenfrustration als überhaupt keine Zahl zu zeigen. Entweder lassen Sie die Bestandszählungen von zwischengespeicherten Seiten aus, oder laden Sie sie durch eine separate uncached Anfrage, die unabhängig rate-limitiert werden kann und akzeptieren Sie die zusätzliche Ursprungslast, die erzeugt.
Was ist der Unterschied zwischen der Vorbereitung auf Black Friday und einem Flash-Verkauf?
Schwarzer Freitag ist in erster Linie ein Kapazitätsproblem — mehr Besucher als üblich, verteilt über Stunden, Kauf über einen breiten Katalog. Ein Tropfen ist ein Streitproblem: viele Menschen konkurrieren um eine kleine, feste Menge in Sekunden. Das fügt hinzu, dass Black Friday nicht hat, vor allem Atommaterial-Handhabung, um zu verhindern, dass Überverkauf und Verteidigung gegen Weiterverkauf Bots, zusätzlich zu dem Verkehr Umgang beide Ereignisse erfordern.
Design für Konzentration und Streit, nicht nur Volumen, und ein Tropfen wird eine anspruchsvolle sechzig Sekunden anstatt ein schlechter Abend.
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.
