Udfaldet blev, at Billetlugen.dk mente, at det jo alligevel i sidste ende var forbrugerne som skulle betale for et større IT-setup, og det mente man ikke var fornuftigt, når det kun var ved disse sjældne lejligheder.
Desuden var holdningen, at når der jo alligevel var 100.000 mennesker, som ville købe op imod 500.000 billetter - som jo af gode grunde var en alt for stor efterspørgsel - så var der jo alligevel altid nogen som blev skuffet og ikke kunne få billet...
Det tror jeg som sådan ikke at det er (nu er jeg ikke selv udvikler). Problemet er snarere at teste det. Det er ret svært at simulere 50.000 til 250.000 samtidige brugere er min formodning. Sikkert også det BL/BN kæmper med, samt selvfølgelig prisen.
Ikke nødvendigvist... Man "load tester" også alm. web applikationer. Der er standard værktøjer til dette. Det er dog muligt at der skal inddrages flere computere. Men "Denial of service" angreb er reelt det samme. Mange computere der banker på samtidig. Så værktøjerne er der.
IT-Konsulenten:
Ja, eller bare over på noget server/udstyr, som ikke er belastet af køen...
Jeg så godt direktøren i Basta og han sagde at man ikke kune få sådan et setup, men det er altså en lidt let forklaring. Hvis man ikke ønsker at investere i hardware til "peaks" (hvilket er forståeligt), så bør man i den grad overveje cloud computing såsom fx. Amazon's EC2 og S3. Her ville de være i stand til at starte 20 nye servere indenfor 5 minutter hvis de havde konfigureret det hele på forhånd (og vel og mærke kun betale for det de bruger af tid og båndbredde). Hvis man oven i købet starter nogle af deres "mother f... " instanser: http://aws.amazon.com/ec2/#instance så burde der være rigeligt knald på dyret. Jeg ville selvfølgelig stadig have et køsystem (og lade dette køre på Amazons servere). Selve bestillingen kunne stadig foregå hos BL så længe at der ikke blev lukket for mange ind.