Cum să creați un model economic al unui centru de date în cloud computing - dummy

Este dificil pentru majoritatea organizațiilor să prezică cu exactitate costurile reale de rulare aplicație într-un centru de date cloud computing. Un anumit server poate fi utilizat pentru a suporta mai multe aplicații diferite. În unele organizații, s-ar putea să fi fost încercări de a lega costurile de calcul la departamente specifice, dar dacă este așa, modelul ar fi fost probabil foarte dur.

Simplul fapt este că norul nu va fi neapărat mai puțin costisitor și nu va oferi neapărat același nivel de servicii ca și centrul de date. Centrul de date propriu poate avea un acord la nivel de serviciu cu un record de uptime de 99.999%. Furnizorul dvs. de cloud va oferi același nivel de serviciu? Probabil ca nu. Trebuie să cântăriți cât de important este nivelul de uptime previzibil pentru clienții dvs. interni.

Pentru a crea un model economic al unei aplicații, determinați toate costurile într-un mod care vă permite să faceți o comparație corectă. Iată o listă destul de cuprinzătoare a costurilor posibile, cu note:

• Costurile serverului (A): Cu această și cu toate celelalte componente hardware, sunteți interesat în mod special de costul total al proprietății, din costul suportului hardware, plus un cost de amortizare pentru achiziționarea hardware-ului.

• Costurile de stocare (B): În situațiile în care se utilizează o rețea de stocare (SAN) sau o cerere, un cost proporțional asupra întregului SAN sau NAS trebuie să fie determinat, inclusiv costurile de management și suport pentru hardware. Costurile rețelei (C): Acest lucru trebuie luat în considerare cu atenție deoarece faptul că o aplicație se mută în cloud nu înseamnă neapărat că tot traficul de rețea pe care îl generează dispare.

• Costurile de backup și arhivare (D):
  Economiile efective ale costurilor de backup depind de strategia de backup atunci când aplicația se mută în cloud.

• Costurile de recuperare în caz de dezastru (E): Teoretic, serviciul de cloud va avea propriile capabilități de recuperare în caz de dezastru, astfel încât este posibil să existe economii în urma recuperării în caz de dezastru. Cu toate acestea, trebuie să înțelegeți în mod clar capabilitatea de recuperare în caz de dezastru a furnizorului dvs. de cloud.

• Costurile infrastructurii centrelor de date (F): O serie întreagă de costuri, inclusiv electricitate, spațiu, răcire, întreținere clădiri, nu pot fi atribuite cu ușurință aplicațiilor individuale. baza spatiului pe care il ocupa hardware-ul care ruleaza aplicatia.Din acest motiv, încercați să calculați un factor de spațiu pentru fiecare aplicație.

• Costurile platformei (G): Unele aplicații rulează numai în medii de operare specifice. Costurile anuale de întreținere pentru mediul de operare al aplicațiilor trebuie să fie cunoscute și calculate ca parte a costurilor totale.

• Costurile pentru întreținerea software-ului (software-ul pachetului) (H): În mod normal, acest element de cost este simplu deoarece se reduce la costul anual de întreținere al software-ului. Cu toate acestea, poate fi complicat dacă licența software este legată de stabilirea prețurilor procesorului. Situația ar putea fi mai complicată dacă licența software specifică face parte dintr-o afacere cuplată.

• Costuri de întreținere a software-ului (software intern) (I): Aceste costuri există pentru toate programele interne, dar nu pot fi eliminate la un nivel de aplicație.

• Costurile de asistență pentru biroul de asistență (J): Este necesar să analizați toate apelurile de la un nivel de solicitare pentru a determina contribuția unei aplicații (dacă există) pentru a ajuta activitatea biroului. Costurile suport pentru unele aplicații pot fi anormale și pot să dispară odată cu trecerea în cloud.

• Cheltuieli de personal de suport operațional (K): Există un întreg set de costuri operaționale zilnice asociate cu rularea oricărei aplicații. Unele dintre acestea sunt costuri generale care se aplică fiecărei aplicații, inclusiv suportul personalului pentru totul, de la depozitare și arhivare până la gestionarea patch-urilor și rețele și securitate.

• Costurile software-ului infrastructurii (L): Un set întreg de software de gestionare a infrastructurii este utilizat în orice instalare și are un cost asociat.

• O formulă simplă indică costul anual al centrului de date al proprietății aplicației: A + B + C + D + E + F + G + H + I + J + K

Costul total al proprietății aplicației (TCAO).