Vet du hur många besökare som drabbas när ditt IT-system är otillgängligt ?

I de flesta IT-system så finns någon sorts monitorering som ger larm om hela eller delar av systemet är otillgängligt. Ofta är det kopplat ett SLA (service level agreement) mellan kunden och leverantören som reglerar tillgänglighetsnivån.

Men hur många av besökarna drabbas av otillgängligheten ? Visst, i de fall då ett företags ”single point of failure” drabbas av otillgänglighet, exemplelvis en brandvägg då är det otillgängligt. Och samtliga besökare drabbas.

Men i dagens komplexa arkitekturer både applikationsmässigt och infrastrukturmässigt är det vanligt med partiell otillgänglighet, exempelvis ett segment av infrastrukturen eller applikationen är utslagen. Alltså det fungerar kanske för 50 procent av besökarna medans resterande är frustrerade.

Det vanliga i dylika situationer är att besökare börjar klaga ,, i bästa fall,, i sämsta fall lämnar dom webbsiten och söker upp en konkurrent.

Oftast hittar man felet, genom sin övervakning av infrastruktur och eller applikation och åtgärdar och det blir en incidentrapport samt input till SLA-rapporten.

Men hur många besökare drabbades och finns det möjligheter att upptäcka partiella otillgängligheter innan alltför många drabbas ?

Vi på Lights IN Line (LIL) arbetar med Prestandatester och monitorering av IT system, allt från affärssystem till Webbplatser, och tillsammans med våra kunders krav har vi utvecklat tjänster som kan upptäcka partiella otillgängligheter i tid och ge svar på hur många besökare som drabbas.

Kontakta oss på Lights In Line så berättar vi mer om hur just din organisation kan ha fördel av våra tjänster. Vi brinner för detta och ingen kund är för stor eller för liten för oss.

Blir prestandan bättre i Molnet ?


Det är förvisso sant att molnet är fantastiskt då det snabbt gäller att öka prestandan för din applikation genom att öka serverkraften. Dock baseras detta på att din applikation är skalbar, dvs kan tillgodogöra sig kraften av mer hårdvara. Det händer dock att applikationen inte är skalbar och då kommer du ”elda för kråkorna” , alltså du ökar kostnaden för drift av applikationen men får inte bättre prestanda.

Genom :

prestandatester så ser du om din applikation är skalbar, det är ju en process du bör utföra kontinuerligt.

monitorering av antalet transaktioner/samtidiga användare samt svarstiden för transaktionerna/användarna så får du bra koll på din prestanda i produktion.

Vi på Lights In Line har lång erfarenhet av prestandatester och monitorering  och säljer detta som tjänster. Det innebär att du betalar en fast kostnad månatligen, inga ”initialkostnader” tillkommer.

Våra kunder prenumererar på dessa tjänster och finns inom de flesta branscherna.

Vill du veta mera ?

Kontakta Bo Svensson 070-5940948 eller Christian Gerdes 070-2209828 , så berättar vi  gärna mera.

Svarstider utifrån användarnas perspektiv, Apdex

Det finns ett antal definitioner av svarstider på en webbplats eller applikation. Tiden när första tecknet uppenbarar sig på skärmen, när skärmen har innehåll som kan tydas, när allting har laddats upp på sidan, osv. Det finns ett antal definitioner och det tillkommer ständigt nya definitioner på svarstider, här är Google drivande samt organisationen w3c navigation timing specification.

En intressant definition av svarstider är apdex, en öppen standard för att mäta användarnas nöjdhet av svarstiderna på en webbplats. 0 betyder att alla besökare är missnöjda och 1 att alla nöjda, och sedan finns det ju gradering mellan dessa ”ytterligheter”.

Den största fördelen med denna metod är att svarstiden för alla visade sidor för användarna under en given tidsrymd är input i ekvationen att få fram ”kvalitetsstämpeln” mellan 0 och 1.

Det innebär att om du exempelvis har en website för ett intranät där användarna har sin arbetsplats i Asien så kommer dessa användare troligtvis få ett sämre apdex än de som sitter i Sverige om webbplatsen finns lokaliserad i Sverige. Och med denna information så kan man börja kolla på optimering av koden om det apdex är för låg.

Läs gärna mer om apdex på Wikipedia.

Många av Lights In Line kunder använder sig av vår apdextjänst.

Kontakta gärna Bo Svensson 070-5940948 eller Christian Gerdes 070-2209828 så berättar vi gärna hur apdex mätning kan vara till gagn för er organisation.

Vad skall vi göra med alla mätningar i applikationen och i infrastrukturen ?

 

Vi får ofta höra från verksamheternas IT ansvariga, ”vad skall vi göra med all information som ni på LIL (Lights In Line) mäter”.

 

Man kan aldrig mäta för mycket !

Vi på LIL tillhandahåller tjänster som mäter hur applikationer och IT-infrastrukturer mår, med avseende på tillgänglighet och svarstider, utifrån användarens perspektiv.

Ofta får vi frågan, ”vad skall vi göra med all information”, ”det är väl onödigt att mäta så mycket”,” det tar så pass mycket kraft från våra system att det kanske påverkar prestandan” ,,,,,

Frågorna är berättigade och det är säkert några som har skräckexempel, exempelvis, allt som mäts skall visas,,

Låt oss bena ut påståenden ovan

Vad skall vi göra med all information ?

Informationen som samlas in läggs vanligtvis i en databas. Och därefter så förädlas informationen enligt följande :

  • Larm kan skickas till berörda personer om svarstider/tillgänglighet går över tröskelvärden
  • Riktad information till verksamheten trender exempelvis antal besök på siten ,upplevda svarstider etc.
  • Analys av hur infrastrukturen/applikationen mår , trender , samt vid felsökning. Som den svarta boxen som finns i flygplanen, ovärderlig information för att förstå vad som hände.

Det är väl onödigt att mäta så mycket. ?

Ja det är naturligtvis onödigt om det inte används. Och en del information förädlas inte direkt till verksamheten, men när ngt extraordinärt händer är det till gagn för utredningen Det är ingen som ifrågasätter att svarta lådan finns på flygplanen 😉

Det tar så pass mycket kraft från våra system, påverkar prestandan.

Ja det tar naturligtvis lite kraft från IT-systemen, men naturligtvis prestandatestar man innan man inför systemen för att se påverkan för användaren. Våra erfarenheter är att det finns flera andra applikationer, exempelvis antivirusapplikationer som tar mycket mera kraft. Den övervakning LIL tillhandahåller är testad och håller måttet avseende minimal prestandapåverkan.

 

Så problemet är inte att vi mäter för mycket utan utmaningen är att förädla informationen så att verksamheten får nytta.

Med över 10 år i branschen och hundratals nöjda kunder är vi på LIL rustade att hjälpa din verksamhet att få nytta av den förädlade informationen.

Myten om att ett IT-system är färdigutvecklat.

Jag hör ibland uttryck, ”nu är IT-system färdigutvecklat nu förvaltar vi enbart”.

Ett bra it system är aldrig färdigutvecklat.

I början på sjuttiotalet:

  • då jag programmerade assembler för ett stort Amerikanskt bolags lagerhantering i Danmark
  • då patchar till mjukvaran av operativsystemet kom max vartannat år
  • då användarna stansade in order och inleveranser på hålkort,
  • då lagerpersonalen fick plocklistor i stora pappersbuntar
  • då datamaskinerna nästan aldrig uppgraderades
  • då användarpåverkan var obefintlig
  • då inget internet fanns (kommunikation mellan nordens huvudkontor skedde med proprietär kommunikation max 0,00003 mbit/s)

DÅ KUNDE VI SÄGA ATT ITSYSTEMET VAR FÄRDIGUTVECKLAT

IDAG krävs att ett IT-system utvecklas kontinuerligt. För att hänga med i utvecklingen, uppdaterar vi de olika ramverkens s versioner, patchar os, tar hänsyn till användarsynpunkter, lagförslag tillkommer, säkerhetsuppdateringar etc. etc.

De IT-system som inte utvecklas kommer att krascha förr eller senare (en patch införs o programvaran klarar inte nya patchen)

Och idag så utför vi prestandatester/stabilitetstester kontinuerligt så att användarna får rimliga svarstider.

Och apropå, utfördes prestandatester i början på sjuttiotalet?

Jo, men vi kallade det miljöförbättringar,,, vi som programmerade var tvungna att själva köra driften och ju effektivare program desto tidigare fick man gå hem, 😉

 

Vad är svarstiden på din webbplats och är den bra ?

Den första delen, vad är svarstiden,besvaras med vilken svarstid menas.

När vi från vår webbläsare begär en viss webbsida så skickas en begäran till webbservern som gör i ordning svaret och skickar svaret till din webbläsare som sedan visar upp sidan.

Här kan vi dela upp totala svarstiden i två delar, svarstiden från backend (begäran sida-webbservern svar till din webbläsare) och svarstiden frontend (webbläsaren visar resultatet).

Backend tiden är relativ enkel att mäta och görs ofta medelst syntetisk mätning eller vad vi kallar för aktiv mätning. Man tillverkar en robot som, i det enklaste fallet, läser in en sida och rapporterar svarstiden. Med detta ser vi tendenser hur backend mår och svarstidsförändringar vid exempelvis många samtidiga användare.

Frontendtiden är lite mer komplicerad att välja ut. Man brukar säga, ”svarstiden är när användaren uppfattar att sidan syns”.

Men är det när skärmen visar att något kommer, när sidans konturer växer fram,när texten finns på plats, när du kan interagera med sidan, när alla nerladdade objekt är på plats ?

Google klassificerar sedan ett tag prestandan på din webbplats genom att bland annat beakta FCP = first contentful paint, dvs när du ser sidans framtoning.

Genom att Google i presentationen i sina sökresultat visar de snabbaste sidorna först så blir bra prestanda plötsligt synbar business,,,

Så ett svar på ingressen är svarstiden är backend plus delen av frontend som är FCP, bra svarstid är när denna är under 1000 millisekunder.

Hos Lights In Line brinner vi för bra prestanda och vi vet tillsammans med våra kunder vad som långsiktigt behövs för att få bra prestanda utifrån användarens perspektiv.

Nyfiken att höra vad vi kan göra för dig ?

Kontakta oss för en förutsättningslös dialog.

Kontinuerliga prestandatester i produktion förbättrar tillgängligheten.

Etablerade proaktiviteter för att förbättra tillgängligheten

En applikation/webbplats utsätts i produktion för prestandatester när exempelvis någon annonsering och eller TV-inslag säger , kolla på webbplatsen xxx

Många är ju ständigt uppkopplade och bara några klick från webbplatsen, därav ibland ”anstormningar” till webbplatsen.

För vissa webbplatser kan plötslig ökad belastning medföra otillgänglighet för besökaren.

Därför utförs i proaktivt syfte ofta prestandatester i dedikerad testmiljö och oftast påträffas flaskhalsar som kan leda till dålig prestanda i produktion.

Att utföra dessa tester i dedikerad miljö är ett måste eftersom man då kan utföra repetitiva tester och veta att man är ensam och dessutom enbart ändrar en parameter åt gången. Efter korrigering av applikationskod/infrastruktur vid påträffade flaskhalsar genomförs ånyo prestandatester tills prestandamålen uppnåtts.

Dessa prestandatester i kombination med efterföljande monitorering i produktion med avseende på antal besökare, svarstid utifrån användarens perspektiv samt hälsa( resursförbrukning tjänster/infrastruktur) är en bra bas för att ha bra tillgänglighet.

Varför då utföra prestandatester i produktion

Utvecklingstrenden är numera  agil, fler och fler  applikationsförändringar genomförs i produktion per månad, en del företag/organisationer är nere några gånger per dag. Säkerhetspatchar, uppgraderingar av servicesystem som CMS , databashanterare, Virtuella OS, firmware etc etc tillkommer.

Kort sagt, dagens produktionssystem förändras kontinuerligt i hastigare takt och att göra meningsfulla prestandatester efter varje förändring blir med dagens metoder tämligen dyrt.

Ett led i att öka tillgängligheten med vettiga kostnader/insatser är att under kontrollerade förhållanden motionera, läs utföra kontrollerade prestandatester, delar av applikationen och därigenom få ett mått på hälsan kontinuerligt.

Visst finns det risker med dessa kontinuerliga prestandatester, men dessa risker skall jämföras med risken att din webbplats/applikation upplevs som otillgänglig  av dina användare vid ökad volym.

Förutsättningar.

En förutsättning för prestandatester i produktion är att företaget/organisationen har applikatoriska och infrastrukturella mätningar och vet vid vilken volym applikationen/infrastrukturen börjar genererar högre svarstider för användaren.

Om oss på Lights In Line AB.

Vi brinner för proaktivitet avseende tillgänglighet och tillsammans med företag/organisationer identifierar/implementerar vi tjänster som kan/bör införas för att förbättra tillgängligheten.

Kontakta oss och vi kan träffas för en förutsättningslös diskussion om vilka tjänster som skulle kunna passa för din organisation.

Självlärande system vid kvalitetssäkring av IT-system

Övervakning av IT-system utgöres traditionellt av att ha koll på resursförbrukning på hårdvara (cpu, disk io etc), svarstider utifrån användarens perspektiv samt volymen (antal användare, transaktioner, hits).

Till dessa mätningar sätts lämpliga larmnivåer/eskaleringar om otillgänglighet eller om tröskelvärden för exempelvis svarstider överskridits.

Lights In Line är sedan fler tillbaka en av de ledande leverantörerna med dylika tjänster.

I dagens komplexa infrastrukturer kan allt se bra ut med dessa traditionella mätningar  , men ibland kan en komponent (infrastruktur eller tjänst) sluta fungera utan att larma med resultat att vissa användare exempelvis inte kan nå webbplatsen.

Hos några av våra kunder har vi därför kompletterat vårt tjänsteutbud genom att kontrollera om volymen hos en applikation minskar onormalt och kan därmed varna.

För att minska risken för felaktiga varningar så måste systemet vara självlärande beträffande användarnas beteende.

Vill du veta mera och/eller ser att detta skulle vara lämpligt att införa i din organisation så tveka inte att kontakta oss på Lights In Line så berättar vi gärna mera.

 

Förenkla hanteringen av konsult och tjänsteinköpen nu på hösten

Vår partner sedan flera år tillbaka tillbaka , SWCG, rekommenderar Lights In LIne AB då det gäller kvalitetssäkring inom IT-system.

SWCG s mantra är att ”kunden skall kunna få tillgång till rätt kompetens och lösning oberoende av storlek, varumärke och geografisk placering”.

Se artikeln https://swcg.com/2017/06/16/lights-in-line-det-handlar-om-tillgangligheten-av-dina-it-system/

 

Är 99,9 procent tillgänglighet på din website bra eller dåligt?

Det korta svaret är, det beror på.

Först lite bakgrund.

Sedan flera år tillbaka har leverantörer och kunder  i  upphandlingar av IT system i bästa fall skrivit in SLA (Service Level agreement) avseende IT systemets tillgänglighet och även definition rörande tröskelvärden för acceptabla svarstider.
Sedan har leverantörerna/kunderna i bästa fall haft en mätmetod som utför aktiv mätning (d.v.s. ett användningsfall som körs var x minut och lagrar resultatet). Några har även infört RUM, real user monitoring, d.v.s. du mäter svarstiden på varje användares webbläsare när denne surfar på de olika sidorna och får därigenom ett medelvärde av användarupplevelsen. Dessa mätningar syftar till att följa upp huruvida leverantören uppfyllt SLA-avtalen.
Sedan flera år tillbaka har LIL paketerat och skräddarsytt tjänster för våra kunder just för att ha koll på sin IT-miljö avseende användarupplevelsen avseende tillgänglighet och svarstider över givna tröskelvärden.
Eftersom IT är business så påverkas ju dina affärer/varumärke om svarstiderna är orimligt höga, eller ännu värre, din site är otillgänglig. I branschen reglerar vi dessa avvikelser med SLA enligt ovan resonemang.
Men till frågan ”är 99,9 procent s tillgänglighet bra eller dåligt” ?
99,9 procent tillgänglighet under en månad kan vara extremt bra ur ett affärsperspektiv om otillgängligheten (en gång på 43 minuter) sker på natten när ingen kund exempelvis har försökt att handla.
I motsatta fallet kan det vara extremt dåligt ur ett affärsperspektiv med 99,9 procents tillgänglighet om avbrottet fanns under den mest intensiva timmen under månaden.
Det är därför som vi nu börjat lägga till, förutom vanligt SLA avtal , ”hur påverkades affärerna/varumärket av otillgängligheten” i våra rapporteringar.
Vi är övertygade att detta framåt i större omfattning kommer att skrivas in i kvalitetskraven mellan kund och leverantörer.
LIL är pionjärer inom kvalitetssäkring avseende prestandatester och övervakning enligt SLA, kontakta oss gärna för en förutsättningslös diskussion.