Sådan oprettes en økonomisk model for et datacenter i Cloud Computing - dummies

Det er svært for de fleste organisationer at præcist forudsige de faktiske omkostninger ved at køre en given applikation i et cloud computing datacenter. En bestemt server kan bruges til at understøtte flere forskellige applikationer. I nogle organisationer kan der have været forsøg på at binde computerkostnader til bestemte afdelinger, men hvis det er tilfældet, vil modellen sandsynligvis have været meget uslebne.

Den simple kendsgerning er, at skyen ikke nødvendigvis vil være billigere, og det vil ikke nødvendigvis give samme serviceniveau som dit datacenter. Dit eget datacenter kan have en serviceniveauaftale med en 99.9999 procent opetidspost. Vil din sky-udbyder tilbyde det samme serviceniveau? Sikkert ikke. Du skal veje, hvor kritisk det er, at niveauet af forudsigelig oppetid er for dine interne kunder.

Når du opretter en økonomisk model for en ansøgning, skal du bestemme alle omkostningerne på en måde, der gør det muligt at foretage en rimelig sammenligning. Her er en temmelig omfattende liste over de mulige omkostninger med noter:

• Serverudgifter (A): Med dette og alle andre hardwarekomponenter er du specielt interesseret i den samlede årlige ejeromkostninger, som normalt består af omkostningerne ved hardware support plus nogle afskrivningskostnader for køb af hardware.

• Lageromkostninger (B): I situationer, hvor en storage area network (SAN) eller netværkstilsluttet butik (NAS) bruges til en applikation, en proportionel pris over hele SAN eller NAS skal bestemmes, herunder ledelses- og supportomkostninger til hardware.

• Netværksomkostninger (C): Dette skal nøje overvejes, fordi det forhold, at en applikation bevæger sig ind i skyen, ikke nødvendigvis betyder, at al den netværkstrafik, der genereres, forsvinder.

• Sikkerhedskopiering og arkivering omkostninger (D): De faktiske besparelser på backup omkostninger afhænger af, hvad backup-strategien vil være, når applikationen flytter ind i skyen.

• Omkostninger til katastrofegendannelse (E): I teorien vil skydevæsenet have sine egne katastrofegenoprettelsesmuligheder, så der kan være en konsekvensbesparelse på katastrofeinddrivelse. Du skal dog klart forstå, hvad din cloud-udbyder er katastrofegenoprettelsesevne.

• Data center infrastruktur omkostninger (F): En hel række omkostninger, herunder elektricitet, gulvplads, køling, bygning vedligeholdelse og så videre, kan ikke let henføres til individuelle applikationer, men kan normalt tildeles på grundlaget for gulvpladsen, at hardware, der kører applikationen, optager.Prøv derfor at beregne en gulvpladsfaktor for hver applikation.

• Platform omkostninger (G): Nogle applikationer kører kun i bestemte driftsmiljøer. De årlige vedligeholdelsesomkostninger for applikationsmiljøet skal være kendt og beregnet som en del af de samlede omkostninger.

• Software vedligeholdelsesomkostninger (pakke software) (H): Normalt er dette omkostningselement enkelt, fordi det kommer ned til softwarens årlige vedligeholdelsesomkostninger. Det kan dog være kompliceret, hvis softwarelicensen er bundet til processorprisen. Situationen kan være yderligere kompliceret, hvis den specifikke softwarelicens er en del af en bundtet aftale.

• Software vedligeholdelsesomkostninger (intern software) (I): Sådanne omkostninger eksisterer for alle interne software, men må ikke brydes ud på et applikationsniveau.

• Hjælpekostnadsomkostninger (J): Det er nødvendigt at analysere alle helpdeskopkald på et applikationsniveau for at bestemme bidrag fra en ansøgning (hvis nogen) for at hjælpe skrivebordsaktivitet. Støtteomkostningerne for nogle applikationer kan være uregelmæssige og kan forsvinde med bevægelsen i skyen.

• Driftsstøttepersonaleomkostninger (K): Der er et stort antal daglige driftsomkostninger forbundet med at køre enhver ansøgning. Nogle er generelle omkostninger, der gælder for alle applikationer, herunder personalestøtte til alt fra lagring og arkivering til patch management og netværk og sikkerhed.

• Udgifter til infrastruktur software (L): Et komplet sæt af infrastrukturstyringssoftware er i brug i enhver installation, og den har en tilknyttet pris.

En enkel formel angiver det årlige datacenterpris ved ansøgning ejerskab:

A + B + C + D + E + F + G + H + I + J + K + L

Denne pris er kendt som Total omkostninger ved ansøgningsejendom (TCAO).