Stå i kø på internettet - tag et nummer !

Nu har jeg oplevet at både CVR.dk og SKAT.dk undgår nedetid ved hjælp af morgendagens innovative it-løsninger.

Når deres sider er meget belastede, har de fået den smarte ide at kunderne får et nummer, - og så skal man vente i kø. BRAVO !

Hvorfor er der ikke nogen private virksomheder der er begyndt på dette endnu?

Er det endnu et eksempel på at det offentlige sætter den nye tårnhøje standard indenfor servicering af kunder, og at det private erhvervsliv som sædvanlig sakker bagud?

Er der andre end mig der har svært ved at få hænderne ned?

Jørgen Olsen:

Nu har jeg oplevet at både CVR.dk og SKAT.dk undgår nedetid ved hjælp af morgendagens innovative it-løsninger.

Når deres sider er meget belastede, har de fået den smarte ide at kunderne får et nummer, - og så skal man vente i kø. BRAVO !

Hvorfor er der ikke nogen private virksomheder der er begyndt på dette endnu?

Er det endnu et eksempel på at det offentlige sætter den nye tårnhøje standard indenfor servicering af kunder, og at det private erhvervsliv som sædvanlig sakker bagud?

Er der andre end mig der har svært ved at få hænderne ned?

Egentligt et meget godt spørgsmål, du kommer med - Jeg kan ikke give et definitivt svar på det, men jeg har da ihvertfald min holdning, som performance engineer, og hosting udbyder, og som privat person:

Hvis man som både offentlig eller privat, har hjemmesider, der til tider får mange besøgende, bør man forberede sig på det, dette kan gøres ved at have muligheden for enten at skalere sin infrastruktur, eller have en god mængde ressourcer, og sørge for en man ikke laver en masse kald til databaser, servere etc der ikke er krævet, hvilket vil gør man højest sandsynligt kan klare flere besøgende på en gang.

Fra et performance perspective, er hastighed selvfølgelig vigtigt, da det giver en god brugeroplevelse for kunden, at siden loader hurtigt, dette kan som Skat, cvr etc gør, limitere mængden af 'kunder' der laver det de nu skal, det giver højest sansynligt en god hastighed, da du bare har folk til at sidde i kø, men den 'perceived performance', og kundeoplevelsen er langt dårligere, end at have en lidt sløv side, da - hvorfor skal du sidde og vente i en kø i lige fra 10 sekunder til nærmest flere timer.

jeg syntes ikke det er en 'innovativ it-løsning' tværtimod, det er en måde at undgå et problem på, uden faktisk at løse det. Hvis man skal have et maks antal besøgende komme igennem siden, er der noget galt med ens infrastruktur, tænk hvis du skulle sidde i kø 20 minutter for at få lov til at lave en søgning på google, ikke lige det der skaber glade kunder.

Hvis du også ligger mærke til de tider, hvor du faktisk oplever den kø - rigtig mange folk er trætte af at de er nummer 38304 i køen for at tjekke dit eller dat.

Så vil ikke sige (efter min mening) at de sætter nye tårnhøje standarder inden for serviceing af kunder, fordi det de faktisk gør, er at sætte alle deres kunder op i en række, og pænt lade dem vente i x antal minutter, timer, whatever - lidt ligesom at stå i netto, 40 mennesker, alle skal igennem samme kasse.

Så jeg tror mange private virksomheder ikke har gjort det, fordi at de ikke kan se nogen grund til at gøre kunder endnu mere trætte af at vente på en side loader, vil 10 gange hellere have en side tager 10 sekunder at loade end at sidde i kø 20 minutter.

På den anden side, hvis det ender med man skal have kø system på sine hjemmesider, så er det måske tegn på man skal sætte flere penge i sin infrastruktur, og få optimeret sin side :)

Jeg hader at vente - og jeg hader at lade andre mennesker vente. Og vil som privat virksomhed levere en tårnhøj standard indenfor servicering af mine kunder, ved at give dem ultra hurtige sider.

Jeg har tilgode at prøve det, men jeg tror godt jeg forstår, at selv skat KAN overbelastet 3 jan (som bankerne desværre også blev det)

Løsningen med bare at ha serverplads nok, er måske ikke den rigtige hvis alle kunder kommer samme dag, og det ellers er rigeligt med plads

Et alternativ kunne være dette nummersystem som dog gør, at man måske har overblik overhvor man kommer til, specielt hvis det kan sige - ventetiden er beregnet til --- 18 minutter - så ville jeg nok leve med det de der helt få dage om året.

Hellere så jeg at systmerne i øvrigt var moderne og lette at gå til - også for helt nye i gamet - E-indkomst - indberet rejsediæt - inden man har oprettet medarbejderen korrekt i korrekt løngruppe, har man jo tabt sig 2 kg (eller tilmeldt danløn) - Så hellere systemer der fører alle let igennem alt for pengene - og så OK til kø 5 dage om året

vh

Det bliver da brugt af private virksomheder, som bl.a. Roskilde festival.

Queue it er et godt eksempel på en sådan løsning, du kan da tjekke deres kunder.

Jørgen Olsen:

Når deres sider er meget belastede, har de fået den smarte ide at kunderne får et nummer, - og så skal man vente i kø. BRAVO !

Hvorfor er der ikke nogen private virksomheder der er begyndt på dette endnu?

Af den simple grund at de private virksomheder som lader deres kunder vente for længe mister deres kunder... :-)

Cookie:

Løsningen med bare at ha serverplads nok, er måske ikke den rigtige hvis alle kunder kommer samme dag, og det ellers er rigeligt med plads

Det jeg mener med server ressourcer er ikke plads, men CPU kraft, hvis de ved fra året før, at der kom x tusinde besøgende, så kan man planlægge dette til næste år + 20% f.eks.

Kasper Grubbe:

SKATs hjemmeside er presset en eller to gange om året, tænk hvis de skulle have serverkapacitet til det.

Hvis I ikke mener det er et problem at scale de her webservices, så venter der en masse job på jer hos det offentlige, billetnet osv. så gå igang med forretningsplanen nu :)

Skat er presset en eller 2 gange om året ja. Og rimelig logisk de ikke skal have infrastruktur til at kunne klare 2 millioner brugere hver dag.

Hvorimod hvis de ved de får 2 millioner besøgende d 3 januar, så tager man en side offline i et par timer, en nat, eller bare sætter flere servere op, og så replikere data, og så loadbalancer det hele, når der så er gået x antal dage, så kan man i loadbalancer, fjerne x antal servere igen, tage dem offline.

Webservices bør være nemme at skalere, hvis man har bygget sin infrastruktur til at skalere horizontalt eller vertikalt, men det er nok de færreste private eller offentlige virksomheder der har det. Men bør ikke være så stort et problem, hvis man gør det rigtigt ;)

Den teknik som skat bruger kan langt fra bruges til at mindske nedetid i al almindelighed. Skat.dk er særlig på to områder som gør at kø-systemet giver mening: 

- De leverer real time og personlige data-sessioner fra en kompleks datastruktur

- De oplever høj spidsbelastning i korte perioder

Andre hjemmesider kan med fordel bruge caching - det gør f.eks. Politikken.dk hvor trafikken ikke indeholder personlige sessioner. Hvis en hjemmeside er generelt underdimensioneret skal man selvfølgelig enten tilføre flere resurser eller bruge dem man har bedre.

Det er meget vigtigt at huske at nedetid kan skyldes mange ting - og nedetid er ikke altid lig med overbelastning. Jeg plejer dog at sige at en programmør kan nedlægge selv den kraftigste server med ganske enkle uovervejede linjer kode.