Ken jij de mythe van 100% uptime en het conflict dat ze cre\u00ebert tussen de technische realiteit en de verwachtingen van klanten? Is downtime overigens echt zo erg?\u00a0In de \u201calways on\u201d wereld waarin we momenteel leven, verwachten e-commerce bedrijven, leveranciers van online diensten en andere bedrijven dat hun websites en online applicaties 100% van de tijd beschikbaar zijn.<\/p>\n
Bereken de kost van downtime<\/a><\/p>\n Tegelijk weet elke IT-professional dat het bereiken van 100 % uptime te vergelijken valt met het vinden van het monster van Loch Ness. Er bestaat een kans dat het ooit lukt, maar erg realistisch is het niet.<\/p>\n Toch verwachten bedrijven dat hosters vandaag 100% uptime aanbieden. Of toch minstens 99,999%. Dat laatste betekent dus minder dan 6 minuten downtime op een heel jaar. Hoe pak je dat dan aan als hoster? Met een topinfrastructuur en topmensen, maar ook door klanten bewust te maken van wat downtime precies inhoudt. Niet in het algemeen, maar specifiek voor hen.<\/p>\n Vaak wordt er als het over downtime gaat meteen verwezen naar de financi\u00eble impact. En dan wordt er geschermd met internationale cijfers: zo zou downtime bedrijven 5.600 dollar per minuut en 140.000 dollar per incident kosten, volgens onderzoek van Gartner uit 2014. Maar is dat voor elk bedrijf zo?<\/p>\n Om de re\u00eble financi\u00eble schade wat beter in kaart te brengen, hebben wij een\u00a0online calculator op onze website gezet die probeert de financi\u00eble impact van downtime te meten. Is die calculator perfect? Uiteraard niet. Maar hij geeft je toch een goede indicatie van de effectieve financi\u00eble kost van downtime voor jouw bedrijf.<\/p>\n Moeilijker meetbaar is de impact op je reputatie. Internetgebruikers zijn steeds veeleisender en een paar minuten downtime van diensten als Amazon, Facebook, Twitter of Microsoft 365 (Office 365) zorgt voor hysterie op het internet. Maar opnieuw moet je je de vraag stellen: is dat voor elke website, elke applicatie en elk bedrijf zo? Niet iedereen krijgt elke dag honderdduizenden bezoekers over de vloer, niet iedereen heeft 24 uur op 24 en 7 dagen op 7 online klanten te bedienen. Uiteraard wil je altijd online zijn, maar het allerbelangrijkste is toch om online te zijn als het er \u00e9cht toe doet. Je wil uiteraard niet de reputatie van slecht bereikbaar te zijn, maar tegelijk moet je je afvragen hoeveel personen echt getroffen zijn door eventuele downtime, wie ze zijn en welke impact het op hen heeft. Dat helpt om eventuele reputatieschade beter in te schatten.<\/p>\n Eens je weet welke impact eventuele downtime echt heeft, kan je gaan kijken welke garanties je echt wil. Want aan elke extra 9 achter de komma hangt immers een exponentieel groeiend prijskaartje. Door de risico\u2019s van downtime goed in te schatten, kan je met meer inzicht beslissen welke oplossingen, budgetten en garanties je \u00e9cht nodig hebt.<\/p>\n Downtime beperken hangt af van een aantal factoren. Om te beginnen met de set-up van je infrastructuur en het bijhorende netwerk. Daarbij hoort uiteraard ook security en business continuity. Maar minstens zo belangrijk is goed beheer, onderhoud en monitoring van je systemen. Dat laat je toe om risico\u2019s duidelijker in kaart te brengen, je infrastructuur voortdurend te optimaliseren en te anticiperen op eventuele problemen, of die nu veroorzaakt worden door mensen, door technologie of door problemen of rampen van buitenaf.<\/p>\n Omdat het minimaliseren van downtime zo\u2019n complexe zaak geworden is waarbij zoveel factoren spelen, worden managed services interessant. Je besteedt het beheer van je infrastructuur volledig uit en je krijgt een garantie van maximale uptime. Daarbij bepaal je vooraf hoe dicht je de magische 100% wil benaderen, rekening houdend met de impact op jouw business.<\/p>\n Lees verder in ons stappenplan voor betere uptime.<\/a><\/p>\nMonster van Loch Ness?<\/strong><\/h2>\n
Financi\u00eble schade<\/strong><\/h2>\n
Reputatieschade<\/strong><\/h2>\n
De juiste prijs<\/strong><\/h2>\n
Geoptimaliseerde infrastructuur<\/strong><\/h2>\n