Igen: Ukendt fejl tvang Billetlugen.dk i knæ til Prince-salg

@Morten Jensen Du har ret i, at jeg prøver at afspore diskussionen fra at handle om "transaktioner per sekund", til "kundepleje og forhåndenværende søm". Der er en ting mere jeg også nævner, og det er profitoptimering. Det gælder om at udbyde det rigtige antal billetter, til den rigtige pris. Når man har et billede af hvor mange der ønsker at komme til koncerten, kan man vælge sted og antal af gange koncerten skal holdes. Dette gøres ved i god tid at annoncerer det til de faste kunder. Så skal man estimere, gætte og se i indvolde fra døde fisk, og så har man kvalificeret bud på dette. Hvis man regner galt, må man efterfølgende finde ud af hvilken parameter der var forkert (evt. en anden art fisk ;-)

En anden metode til at undgå spidsbelastning er at holde hollandsk udslag. Sælg den første billet til kr. 1 mill, og så gang prisen med 0.9 hver time, indtil nogen begynder at købe billetterne. Her kunne kunderne måske blive lidt sure, og man vil også få nogle ydelsesproblemer når man nærmer sig slutprisen.

Et andet forslag kunne også bare være at bede folk registrere sig med email når koncerten bliver annonceret, og så sende email tilbage til dem i en afmålt strøm. Sortering skal blot være "de bedste kunder først".

Det jeg egentlig blot prøver at sige, er at man kan få nogle glade kunder med nogle simple sociale tiltag, og det behøver ikke et setup som når man skal holde eksamen for skoleelever, hvor det pine-død skal foresamtidigt.

@Hans

Godt forslag, men med den indtjening som Billetlugen og Billetnet må have (grundet monopol på billetsalg), skulle man vel formode, at de burde have råd til at smide noget af deres infrastruktur (den som har brug for det) i skyen, så det på en eller anden måde må lykkedes dem at skalere den ordenligt.

Jeg bryder mig generelt ikke om alle disse halve løsninger, for vi bruger dem jo kun fordi det er ikke er noget alternativ. Hvis de samme billetter var til salg på et site der rent faktisk skalerede, ville Billetlugen jo skulle lukke om ikke lang tid. Det lyder hele tiden som om at det ikke er muligt at bygge et site der kan klare et relativt massiv load (vi er et lille land, og transaktionsmængden er nok slet ikke så overvældende). Flyt det til Amazon EC2 så det kan skalere ved peak, og kører i tomgang når der er brug for det, det ville være dejligt som forbruger.

Jeg vil anbefale at du læser artiklen igen så vi undgår ekstrablads dumme kommentarer.

De forventede mange kunder og bruger derfor Queue-It så deres system IKKE bliver overbelastet. Den del fungerede fint, men en eller anden endnu ukendt fejl gjorde at de havde problemer alligevel.

Ps. Jeg har på ingen måder lyst til at forsvare Billetlugen, men du har helt klart misforstået/ikke læst artiklen.

Nu kender jeg ikke Queue-Its teknologi men hvis Billetlugens egen DB gik ned (under lav belastning!), så ville det undre mig hvis det var Queue-It's fejl.