När stormen slår till

Tidigare i höst har vi bloggat om DDOS-attacker och hur nysläppta New York-flygbiljetter fick Norwegians webbsajt på fall. Nu har snön kommit till Sverige vilket varenda kotte känner av – såväl ute på gatan som på webben. Flyg ställs in och våra städer lamslås. Vägar blir oframkomliga och lokaltrafiken fungerar inte.

När en extrem situation som denna uppstår (nu syftar vi på klass 2-stormen och inte på den första snön) är det helt naturligt att den första reaktionen blir att söka efter information. Information som är pålitlig, aktuell och relevant för mig. Ska jag ut och resa vill jag veta vad flygbolaget säger. Ska jag på möte vill jag veta hur grova förseningarna är och hur jag bäst tar mig hem med lokaltrafiken?

Webbplatser som i normalläge är lågengagemangsmiljöer förvandlas på en sekund till den viktigaste informationskällan för många människor. Här är det många företag och organisationer, kommersiella och offentlig sektor, som bör rannsaka sig själva och ställa sig frågorna:

-  I vilken situation blir vi en högengagemangssajt?

-  För hur många människor?

Och sedan följdfrågorna:

-  Hur hårt tryck klarar vår sajt innan den kraschar?

-  Vad har vi för beredskapsplan när en extrem situation uppstår?

Alla system har alltid har en maxgräns. Det handlar om att veta var den ligger så man kan vidta åtgärder, som extra kapacitet eller lastbalansering, innan denna är nådd. Det är inte lönsamt att köra på högsta växeln hela tiden, men genom att kapacitetsplanera kan man bibehålla god prestanda trots stort besökstryck.

Norwegians kraschade sajt berodde med största säkerhet helt enkelt på att deras bokningssystem på hemsidan inte var optimerat för det stora besökstryck som biljettsläppet genererade. Detta borde de ha kunnat förutse, och förberett sig på. Det hade varit enkelt och gått snabbt att skaffa sig extra kapacitet i det s.k. molnet.

Alla stora sajter som kan komma att beröras av händelser i omvärlden bör testa vad som händer med deras webbapplikation under extrem last. Det första, och jobbigaste, steget för många organisationer är helt enkelt att acceptera att det finns trafikvolymer/trafiktyper som snabbt kan nå nivåer mångdubbelt högre vad en vanlig sajt eller applikation klarar av. Man bör göra en riskbedöming och validera vad som händer med den egna sajten/applikationen om den skulle utsättas för detta.

Stresstester är den enda möjligheten att få reda på var gränserna går för din webbapplikations kapacitet. Genom att skapa virtuella lastkluster, med hjälp av AWS-moln, kan vi ge våra kunder möjligheten att göra jättelika lasttestscenarier på upp till en miljon samtidiga användare – som liknar besökarnas riktiga beteenden vid stora incidenter.