Andreas Bergman

Icon

Upptid – Responstid – Alltid

När jag skrev titeln till det här inlägget så blev jag så förbaskat nöjd att jag var tvungen att sno den och använda som tagline, för den sammafattar precis vad det här med internet det handlar om. Att ALLTID vara, inte nödvändigtvis att du personline är online, men din site, dina system, din blogg. Den ska och måste ALLTID vara online. Inte nog med det, den måste ALLTID ha en bra responstid. Det kan tyckas vara hårt att jag säger så starka ord som alltid och måste, men den bittra sanningen är att du måste ha nära på 100 % upptid och snabb responstid.

Varför är det så så?

Det är egentligen inte så konstigt att det är såhär, internet idag är översvämmat med skit, värdelösa siter och meningslöst dravel. Ett sätt att urskilja sig från dessa internets avskum, är att se till att alltid vara uppe och alltid ha en bra responstid. Självklart så kommer det i sig inte göra dig till internets härskare, men det kommer ta hjälpa dig en bit på traven. Du kommer automatiskt att tappa besökare om din site går långsamt. Framförallt kommer du att tappa dem som egentligen inte vill läsa din site.

Ett annat bra argument för att ha en vrålsnabb hemsida som alltid är online är helt enkelt för att dina besökare förväntar sig det, se bara på hur mycket väsen som fördes när dn.se låg nere pga systemfel? Det är tonvis med dålig publicitet, eller när polisens hemsida vara nere på grund av en DDos Attack, massor med dålig publicitet och badwill. Ett annat exempel som är bra är blocket.se där man är medvetna om att en långsam sida kommer att göra så att folk går någon annanstans. Det faktum att folk struntar i din sida bara för att det när långsam kan nog alla känna igen sig i, jag läser tex aldrig aftonbladet eller expressen, för att det går så sjukligt långsamt, sen om det beror på alla annonser eller inte, det spelar ingen roll.

Vad kan man göra åt det?

Vad kan du som enskild webbmaster göra åt att din sida går långsamt då? Det finns en uppsjö av grejer man kan göra, som man kan göra själv eller låta någon annan göra, det beror ju lite på budgeten.

* Optimera din sida
Optimera din kod, se över dina SQL-satser försök att hitta flaskhalsar där det går långsamt, kanske har du en annons som tar lång tid att ladda in som förstör användarupplevelsen?

* Håll koll på dina grejer
Håll koll på hur din hemsida presterar, det är det enda sättet att veta om dina åtgärder gör någon nytt, du får svart på vitt siffror på att det blir bättre, eller sämre. Tjänster som kan hjälpa dig med det listas längst ner på siten.

* Välj en leverantör som presterar bra
Välj en leverantör som är välansedd, som har bra avtal och garantier för din upptid och responstid, och som kan och vill hjälpa dig när du har gott om trafik, kanske din sida kommer med i tidningen?

Förekom istället för att förekommas.

Arbeta långsiktigt istället för att tänka kortsiktigt, välj bra leverantörer, håll koll på din avtal så att du en dag står där med en utgången domän eller SSL-certifikat. Övervaka dina servrar om du hostar / driftar dem själv, så du vet hur mycket diskutrymme du har kvar eller när minnet börjar tryta pga för hög last.

Tjänster och verktyg för att mäta din hemsidas prestanda.

www.pingdom.se - Pingdom skickar lite http-trafik med jämna mellanrum från olika delar av världen och visar snygga grafer på upptid och responstid.

Fiddler2 – Fiddler är en proxy som hjälper dig att debugga och mäta tiden det tar att ladda din sida på klienten.

Google Page Speed - Google Page Speed är ett Firefoxtillägg som precis som fiddler hjälper dig att analysera en sites prestanda på klienten.

Domainz.se - Domainz är ett verktyg för att hålla koll på dina domäner.




Mätbarhet och rapportering

I många fall av outsourcing så sätter man ett antal mätpunkter som reglerar hur tjänsten ska levereras. Ta en outsorcing av en servicedesk tex, där kanske man vill att 80% av samtalen ska besvaras inom 30s och 90% av problem ska lösas inom 15 min och på första kontakten.

Det är en fin tanke, men hur ska man säkerställa att leverantören uppnår det här? Vem ska leverera rapporterna?

I det här fallet så kan det bli knepigt att få ut exakt statistik, tex så måste ärendehanteringen integreras med telefonin på något sätt så att det tidsstämplas att det ringer och ett ärende öppnas, sedan får man mäta på när samtalet avslutas och ärendet stängs. Det kan bli en kostsamaffär för leverantören att lösa den integrationen. Dock så är det kanske att hårddra det att kräva så exakt statistik, det beror helt och hållet på hur mycket man som kund litar på sin leverantör.

Ett annat exempel, som är enklare att mäta, det är tillgänglighet och upptid på tex ett webhotell,  tillgänglighet och upptid mäter på hur driftsäkert webhotellet är, dock så säger det ingenting om hur snabbt det är och vilken användarupplevelse det blir. Ett webhotell kan ha 100% upptid, men toklånga responstider, det ger en värdelös använderupplevelse, men upptiden är ju bra. Så i det fallet måste man ta med några olika faktorer i  sina avtal. Upptid och responstid, men då kommer man till frågan: “upptid och responstid mätt varifrån?”. Ska man mäta upptiden på maskinen, eller ska man mäta upptid på åtkomsten till maskinen utifrån? Självklart så kan inte ett webhotell ansvara för att all routing ute hos ISPerna allt funkar som den ska, men samtidigt så måste man mäta tillgänglighet på ett sätt som gör att man får en korrekt bild av hur det ser ut i verkligheten. Så det idealiska där är att mäta upptid från ett antal olika lokationer och ISP:er. Dock så är det något som bör regleras i avtalet, ska man mäta tillgänglighet för ett visst land? Eller ska man använda en leverantör av mätningar och lita på dess spridning av mätpunkter? Tex så skulle man kunna skriva i ett avtal att man mäter efter pingdoms tillgänglighetsrapporter för hela världen, men man mäter responstid från de mätpunkter som finns i sverige.

Det är en del att tänka på när man ska outsourca och mäta, men det viktiga är att de SLAer man sätter verkligen är mätbara i verkligheten och inte bara i teorin.

Den här bloggen

skriver jag, Andreas Bergman, vilket i sig inte bör vara så förvånande. Jag driver en SMS tjänst och jobbar som tekniker/allt i allo på SEA där jag bland annat driftar en stor bloggportal och ett webbhotell. Vi håller även på att bygga ett datacenter.


Jag har några microsoft titlar, ett gäng DELL certifikat och jobbar dagligen med hårt belastade webbservrar. Utöver det jobbar jag också med virtualisering och server/storage. Någon gång ibland säljer jag även server och storagelösningar.

Maila mig gärna om något av ovan, eller annat, jag är ganska trevlig sägs det. andreas@abergman.se.