Een virtuele wachtkamer gebouwd voor drops, niet voor Black Friday

Wat een virtuele wachtkamer eigenlijk doet

Komen er meer mensen tegelijk binnen dan je winkel aankan, dan moet er iets wijken. Zonder wachtrij is dat de winkel: de database loopt vol, de checkout valt om, en de mensen die zouden hebben gekocht krijgen een foutpagina. Een virtuele wachtkamer zet daar een gecontroleerde deur voor. Bezoekers worden in één rij gehouden, krijgen een positie, en worden binnengelaten in een tempo dat jij instelt.

Daar volgen twee dingen uit, en meestal wordt er maar één van verkocht:

• Je winkel krijgt nooit meer verkeer dan hij aankan. Dit deel verkoopt iedere leverancier.
• Jij bepaalt wie er binnenkomt, en in welke volgorde. Dit deel bepaalt of een drop eerlijk is, en er wordt nauwelijks over gesproken.

Wanneer je er een nodig hebt, en wanneer niet

Je hebt een wachtkamer nodig als de vraag als een piek binnenkomt in plaats van als een golf. Op een gewone handelsdag is een wachtrij niets waard; om twaalf uur op vrijdag, als een gelimiteerde oplage live gaat, is hij onmisbaar.

De nuttigere vraag is welk probleem je hebt:

• Een capaciteitsprobleem. Een grote catalogus, aanhoudend zwaar verkeer, een Black Friday die uren duurt. Je wilt verkeer afvlakken. Vrijwel elke wachtkamer doet dat, inclusief de exemplaren die in een CDN zitten, en dan is de goedkoopste die volstaat de juiste keuze.
• Een schaarsteprobleem. 500 stuks, 20.000 mensen, en het is binnen enkele minuten voorbij. Verkeer afvlakken helpt je niet, want de beperking is niet je server — het is de voorraad. Wat telt is toewijzing: wie krijgt het ding.

Dat vraagt om verschillende gereedschappen, en het verschil zit in één specificatie.

De specificatie die een drop beslist

Niet gelijktijdigheid. Toelatingstempo — hoeveel mensen per minuut de rij doorlaat.

Gelijktijdigheid is hoeveel mensen tegelijk kunnen wachten, en het is de as waarop bijna elke leverancier prijst, dus de as waarop kopers vergelijken. Voor een drop is dat bijna irrelevant: het zegt je dat de wachtkamer niet omvalt, wat nooit de vraag was. Wat de uitkomst bepaalt is het tempo.

Reken het door met echte getallen. Je hebt 500 stuks.

• Bij 200 toelatingen per minuut — het gedocumenteerde minimum van een Cloudflare-wachtkamer, dat niet lager kan — is je drop in tweeënhalve minuut voorbij. Wie het snelste script had, heeft het.
• Bij 60 per minuut — de limiet van CrowdHandlers instaptarief — duurt een drop van 2.000 stuks 33 minuten, en je kunt het niet versnellen of vertragen.
• Bij een tempo dat jij kiest, kun je de voorraad over een uur uitdruppelen of de deuren openzetten, en je kunt tussen drops van gedachten veranderen.

Zoek voordat je prijzen vergelijkt in elke documentatie het toelatingstempo op. Op onze prijspagina is het een kolom, er staat “jij bepaalt het — geen ondergrens, geen limiet”, en dat staat er bij elk pakket, ook het goedkoopste.

Wie het eerst komt is een regel, geen garantie op eerlijkheid

Een rij die op volgorde van aankomst binnenlaat doet precies wat hij belooft. Niemand dringt voor. En als de volgorde van aankomst wordt bepaald door wie het snelst automatiseerde, dan levert de eerlijke regel een oneerlijke uitkomst op — de rij klopt en de voorraad ging alsnog naar doorverkopers.

Daar zijn twee antwoorden op, en een serieuze wachtkamer biedt ze allebei:

• Controle aan de deur, zodat het niet de scripts zijn die als eerste binnenkomen.
• De beloning voor als eerste aankomen helemaal weghalen. Bij een presale-drop schrijft een groep zich in gedurende een venster, zonder dat iemand een positie krijgt, en worden alle posities getrokken op het moment dat de drop begint. Je inschrijven in de eerste milliseconde en je 47 minuten later inschrijven zijn even veel waard.

Een gewone wachtrij is hier op volgorde van ticketnummer, net als bij iedereen. De willekeurige trekking is wat een presale doet, en die is standaard in plaats van een enterprise-extra. Queue-it levert ook randomisatie bij de start van een event; wij zijn daar niet uniek in, en wel ongebruikelijk in het uitleggen van precies hoe het werkt.

Waar de wachtkamer draait telt zwaarder dan het klinkt

De meeste wachtkamers staan vóór je winkel. Je wijst je domein naar de leverancier, of zet een functie aan in het CDN dat je al gebruikt, en vanaf dat moment gaat elke klik van je klanten door hun infrastructuur voordat hij bij jou aankomt. Het werkt — en het maakt je winkel afhankelijk van andermans slechte dag.

Deze is andersom gebouwd. Toelating en het uitgeven van toegangsbewijzen draaien in onze cloud; een kleine open-source adapter draait in de jouwe en doet het handhaven, door een ondertekend toegangsbewijs voor eenmalig gebruik lokaal te controleren zonder netwerkaanroep. Geen reverse proxy. Geen DNS-wijziging. Je origin verhuist niet, en geen enkele shopper wordt via ons geleid.

Het gevolg, in gewone taal: als wij onbereikbaar zijn, blijft je winkel verkopen. De adapter valt bewust open en houdt een duurzaam laatst-bekend-goed beleid vast, zodat het afschermen doorloopt terwijl wij plat liggen. Dat is het omgekeerde van de gebruikelijke afspraak, waarin hun storing jouw storing is.

Wat je een leverancier moet vragen voordat je koopt

1. Wat is het minimale toelatingstempo, en kan ik het tijdens een drop aanpassen? Staat het niet in de documentatie, vraag het dan. Is het antwoord een ondergrens, dan kunnen ze geen kleine drop draaien.
2. Loopt mijn verkeer via jullie? Zo ja, dan is hun beschikbaarheid nu die van jou.
3. Wat gebeurt er als jullie dienst onbereikbaar is? “Valt open” hoort gedocumenteerd gedrag te zijn, geen hoop.
4. Kan ik de handhavende code lezen? De onze is MIT-gelicentieerd en installeert standaard in schaduwmodus — hij logt wat hij zou hebben gedaan en handhaaft niets tot jij hem aanzet.
5. Wat kost extra? In deze categorie zijn eigen huisstijl, rapportage en botafweer vaak losse posten. Queue-its eigen G-Cloud-tarievenkaart rekent daar 118% meer voor bij hetzelfde verkeersvolume.

Waar we eerlijk zijn over niet passen

Heb je een probleem met aanhoudende drukte over een grote catalogus in plaats van schaarste, dan is een CDN-wachtkamer het juiste gereedschap en is die ondergrens van 200 per minuut een verstandige standaardwaarde in plaats van een gebrek. Heb je vandaag voorrangs- of uitnodigingscodes nodig, dan hebben wij die niet. Shoppers zien altijd hun positie. Twee optionele extra’s per winkel staan uit tot jij ze aanzet: een geschatte wachttijd in het huidige tempo (verborgen zolang de rij gepauzeerd is, nooit een belofte) en een aftelklok naar een ingeplande presale-trekking.

Die lijst is bewust kort, en hij staat op deze pagina in plaats van drie e-mails verderop in een traject.