
Cloud-risiko
I takt med udbredelsen i anvendelsen af cloud computing løsninger til daglige forretningsvæsentlige aktiviteter kan der opstå behov for helt nye ydelser, nemlig hot-sites til virksomheder hvis cloud løsning går ned eller på anden vis bliver uanvendelig. Behovet vil reelt kunne opstå i takt med at virksomhederne bevæger sig væk fra udelukkende at anvende privat clouds til også at anvende public clouds – hvor de store besparelser ligger.
Hvor en privat cloud i princippet kan stå nede i virksomhedens egen kælder – bare ejet og driftet af en anden, så kan en public cloud jo befinde sig alle mulige steder på et givet tidspunkt. Mængden af mulige forhindringer i brugen af en public cloud er derfor uendelig lang – uagtet hvor meget den leverandør der har underskrevet kontrakt med har forsøgt at gardere sig.
For i praksis kan den public cloud som en dansk virksomhed anvender dag ud og dag ind befinde sig på den anden side af jorden – specielt hvis den skal være billig. Og selvom leverandøren har sit eget backup setup, så er det ingen garanti, fx ikke imod konkurs, strejke, politisk indblanding og meget andet.
Så når fx den SaaS løsning og leverandør virksomheden anvender, til tider bliver ustabil eller utilgængelig, hvad gør virksomheden så? Der er kun et at gøre og det er at have en backup plan i form af en anden SaaS leverandør. For at være sikker på at denne backup er ”køreklar” uden nævneværdig ventetid, må virksomheden jo tegne en aftale om et hot-site på forhånd. Muligvis bør virksomheden ved samme lejlighed tegne hot-site aftaler for sine Paas og IaaS løsninger.
Det bliver interessant om 5 år at se actual-ROI for de virksomheder som går all-in på brugen af public clouds på forretningsvæsentlige dele.
Kommentarer (1)
Der vil helt klart komme mange oplevelser nu hvor flere og flere bevæger sig væg fra egne trykke kælderrum og op i skyen. Men er det du nævner nu nogle nye risici.
Backup planen? Der gælder vel det samme som der gælder idag. Egen hosting VIL også svigte på et tidspunkt og så skal der være en plan NÅR det sker. Helt klart har man med cloud behov for notificering når der sker, da man ikke lige har føleren på serveren der står i serverrummet.
Hvor datecenteret der anvendes til en konkret cloud befinder sig er en helt anden problemstilling. Der er jo forskel på om det er Kina, Usa eller i Europa. Hvornår og hvem må tilgå data og hvornår. Her bør man helt klart tænke sig rigtig godt om når en applikation skal Cloud enables. Hvad med personfølsomme data? hvordan skal de placeres?
Jeg tror helt klart at der kommer en masse spændende udfordringer for at gøre data anonyme.
Er det så mere driftsikkert at være i skyen?? Hvis man finder en virksomhed i Danmark, der lever af andet end it, men ikke ville kunne eksistere uden IT som støtteben, så har de idag selv in afdeling til infrastruktur og drift og ja de gør det godt. Men hvad med Vloud leverandøren, der har det som sit levebrød? Jeg vil som udgangspunkt have meget hvis ikke mere tillid til en cloud leverandør en egen drift afdeling.
Til slut, så er det jo ikke helt nyt med at få andre til at hoste. Mange websites har i mange år haft ekstern drift hos et hosting selskab, men nu bliver det så til Cloud? Er det et begreb der skræmmer mere end det forklarer?

