Case Study: SF Bio
SF Bio klarar julruschen och sätter nytt besöksrekord
Julen är en hektisk tid för SF Bio med många besökare till SF.se. Många bokar online vilket skapar skarpa besökstoppar. För att optimera prestanda valde SF Bio att samarbeta med Apica.
Julen – SF Bios stora utmaning Julsäsongen är speciell för SF Bio då den genererar extrema besökstoppar. SF Bio delar denna utmaning med många andra online-aktörer som upplever peaklast under julen. Man vet att besöken kommer att generera transaktionsvolymer som kan tangera eller överstiga applikationens kapacitet.
Upptid och goda svarstider är oerhört viktigt för alla ledande webbsajter. Om webbtjänsten går ned eller är lång- sam innebär det omedelbart förlorade intäkter plus förlorad goodwill. Problemet är att man inte vet exakt hur stor den förväntade ökningen blir eller på vilket sätt den kommer att påverka IT-miljön. Därför bestämde sig SF Bio för att genomföra ett test och optimeringsprojekt för att förbereda sig inför den förväntade säsongstoppen. Garanterad prestanda i tre steg.
Apica och SF Bio genomförde projektet i tre steg.
1. Test
Externa lasttester, via Internet och Apica LoadTest, fastställde sajtens, tjänstens och IT-infrastrukturens grundkapacitet.
2. Optimering
Med hjälp av Apica Accelerator trimmades webbplatsen så att den skulle kunna hantera mer last även under normala driftförhållanden. En sådan accelerationslösning leder också till generellt förbättrade svarstider. Upprepade lasttester genomfördes för att validera genomförda förändringar.
3. Skydd
Webbtjänsten kompletterades med Apica WebOverload, en Apica-hostad köfunktion som hanterar peaklast över sajtens normala maxkapacitet för transaktioner.
Tack vare god planering och framförhållning kunde SF Bio optimera sin tjänst i god tid före julruschen. Resultatet blev ett nytt besöksrekord utan några driftstörningar. I projektet användes flera tjänster ur Apicas tjänsteportfölj för att kunna ta ett samlat grepp på prestandan.
Apica WebOverLoad balanserar lasten och när trafiken överstiger ett förutbestämt tröskelvärde kan en köfunktion kopplas in. Besökaren får då se en till- fällig sida där han eller hon uppmanas att försöka igen senare. Då kan de som ”släppts in” avsluta sitt besök med bibehållen prestanda och de som är ”på kö” kan komma in så fort som möjligt. Apicas och SF Bios målsättning i projektet var att:
- Köfunktionen skulle aktiveras så sällan som möjligt.
- Köfunktionen skulle vara ”modulär”, dvs. olika delar av tjänsten skulle kunna vara i normal drift medan andra var aktiverade för kö.
För att uppnå det första målet testades och optimera- des tjänsten för att höja grundkapaciteten. Prestanda under peaktider var därför relativt opåverkade av den höga lasten. Eftersom grundkapaciteten höjts behövde köfunktionen bara aktiveras korta stunder vid absoluta toppnivåer.