Directorul financiar al unei firme de distribuție primește prima factură după mutarea sistemului ERP în Cloud și constată că suma diferă de estimarea inițială.

Nu a greșit nimeni la calcule, dar nimeni nu a explicat ce se măsoară, cum și pe ce perioadă se facturează.

Ce înseamnă plata după consum

Modelul plății după consum a apărut ca alternativă la achiziția de servere proprii. În loc să cumpere hardware dimensionat pentru vârfurile de activitate, compania folosește resurse virtuale și plătește pentru ele în funcție de utilizare. Ideea este simplă, dar implementarea diferă mult de la un furnizor la altul.

Primul aspect care trebuie lămurit este unitatea de măsură. Unele servicii taxează pe oră sau pe secundă de funcționare a unei mașini virtuale, altele lucrează cu tarife lunare pentru un set fix de resurse. Stocarea se calculează de regulă pe gigabyte pe lună, iar traficul de date se poate măsura separat, mai ales cel care iese din infrastructura furnizorului.

Al doilea aspect ține de diferența dintre resursele alocate și cele folosite. O mașină virtuală cu opt nuclee și 32 GB de memorie este facturată, în multe modele, pentru capacitatea rezervată, chiar dacă aplicația folosește doar o parte din ea. Consumul real influențează costul abia atunci când resursele sunt redimensionate sau oprite.

Pentru o imagine corectă, merită urmărite componentele care apar cel mai des pe o factură Cloud:

  • puterea de procesare, exprimată în procesoare virtuale (vCPU);
  • memoria RAM alocată mașinilor virtuale;
  • spațiul de stocare, diferențiat după tipul de disc și performanță;
  • traficul de date și adresele IP publice suplimentare;
  • licențele software pentru sistemele de operare sau bazele de date;
  • serviciile opționale, precum backupul, monitorizarea sau administrarea.

Fiecare dintre aceste elemente are propriul mod de calcul. Procesorul și memoria sunt de obicei legate de configurația mașinii virtuale, în timp ce licențele pot fi incluse în preț sau aduse de client, în funcție de contractul cu producătorul software.

Backupul merită o atenție separată. Mulți manageri presupun că datele dintr-un mediu Cloud sunt copiate automat, dar la majoritatea furnizorilor backupul și recuperarea în caz de dezastru sunt servicii distincte, contractate și facturate separat. Dacă oferta nu le menționează explicit, ele nu sunt incluse.

Același lucru este valabil pentru suport. Un nivel de bază de asistență tehnică vine de obicei odată cu serviciul, însă intervențiile cu timp de răspuns garantat sau administrarea sistemelor de operare au costuri proprii. Diferența dintre aceste niveluri contează pentru aplicațiile critice, precum facturarea sau gestiunea stocurilor.

Cloud public, Cloud privat, costuri diferite

Modul de facturare depinde în mare măsură de tipul de infrastructură ales. În Cloudul public, resursele fizice sunt partajate între mai mulți clienți, iar prețul unitar este de obicei mic. Facturarea se face granular, pe ore sau minute, ceea ce avantajează aplicațiile cu trafic foarte variabil, dar face costul lunar mai greu de anticipat.

Cloudul privat funcționează diferit. Compania primește un mediu virtual separat logic de alți clienți, construit pe infrastructura furnizorului, și plătește în general un abonament lunar pentru un pachet de resurse definit. Costul este mai previzibil, iar resursele rămân disponibile exclusiv pentru aplicațiile proprii.

Un exemplu din piața locală este GTS Virtual Hosting Environment, serviciul de tip IaaS oferit de GTS România din centrele de date proprii din București și Cluj-Napoca. Prin VHE-ul companiei, clientul primește un mediu virtual în care procesarea, memoria și stocarea sunt configurate în funcție de aplicațiile pe care le rulează, iar costul urmărește resursele alocate.

Pentru un departament financiar, diferența dintre aceste modele se traduce în predictibilitate. Un magazin online cu vârfuri sezoniere poate beneficia de facturarea granulară, în timp ce un sistem ERP sau o bază de date cu încărcare constantă este mai ușor de bugetat printr-un pachet lunar stabil.

Există și situații în care modelul hibrid are sens. Aplicațiile critice rulează pe resurse dedicate, cu cost fix, iar mediile de testare sau proiectele temporare folosesc resurse pornite doar când este nevoie de ele. Astfel, compania nu plătește permanent pentru capacitate pe care o folosește câteva zile pe lună.

Ce nu trebuie confundat este flexibilitatea tehnică cu flexibilitatea contractuală. Un furnizor poate permite mărirea resurselor în câteva minute, dar reducerea lor poate fi condiționată de o perioadă minimă de contract. Unele oferte acordă discounturi pentru angajamente pe unu sau trei ani, cu prețul unei libertăți mai mici de ajustare.

Merită verificat și ce se întâmplă cu datele la încheierea contractului. Exportul unor volume mari de informații poate genera costuri de trafic sau de servicii profesionale, iar aceste sume rar apar în estimarea inițială. O discuție clară despre ieșirea din serviciu protejează compania de cheltuieli neplanificate atunci când decide să schimbe arhitectura sau furnizorul.

Cum estimezi costul înainte de migrare

O estimare realistă pornește de la consumul actual, nu de la configurația serverelor existente. Multe companii au servere fizice cumpărate cu ani în urmă și supradimensionate pentru siguranță. Dacă aceeași capacitate este mutată în Cloud fără analiză, factura reflectă o risipă care exista deja, dar nu era vizibilă.

Monitorizarea pe câteva săptămâni oferă datele necesare: utilizarea medie și maximă a procesorului, memoria ocupată, ritmul de creștere a bazelor de date și volumul de trafic. Pe baza lor se poate stabili câte resurse sunt cu adevărat necesare și în ce perioade ale lunii apar vârfurile.

Înainte de a cere o ofertă, este util ca echipa IT și cea financiară să clarifice împreună câteva întrebări:

  • care aplicații trebuie să funcționeze permanent și care pot fi oprite;
  • cât spațiu de stocare ocupă datele astăzi și cât vor ocupa peste un an;
  • ce volum de trafic iese zilnic către clienți, parteneri sau sedii;
  • ce licențe există deja și dacă pot fi transferate în noul mediu;
  • cine se ocupă de administrarea sistemelor de operare și a actualizărilor;
  • ce cerințe de backup și de timp de recuperare are fiecare aplicație.

Răspunsurile influențează direct structura costului. O aplicație de contabilitate folosită doar în programul de lucru are alt profil decât un CRM accesat din mai multe țări sau o platformă de comenzi deschisă non-stop.

Atunci când analizează servicii Cloud de la GTS, companiile pot discuta cu echipa tehnică a furnizorului configurația potrivită pentru fiecare aplicație, inclusiv dacă au nevoie de servicii suplimentare precum backupul sau disaster recovery. O astfel de discuție clarifică de la început ce intră în prețul lunar și ce nu.

Estimarea trebuie să includă și costurile indirecte. Migrarea propriu-zisă, testarea aplicațiilor după mutare, eventualele modificări de conectivitate între sedii și centrul de date sau instruirea echipei sunt cheltuieli reale, chiar dacă nu apar pe factura lunară a furnizorului de Cloud.

Comparația corectă se face pe un orizont de trei până la cinci ani. Pe un astfel de interval, costul serverelor proprii include achiziția, energia, spațiul, mentenanța și înlocuirea echipamentelor, iar costul Cloudului include abonamentul, serviciile adiționale și resursele adăugate pe măsură ce afacerea crește. Abia atunci comparația este corectă.

Factura se controlează și după semnare

Costurile Cloud nu se stabilesc o singură dată. Aplicațiile se schimbă, numărul de utilizatori crește sau scade, iar resursele alocate la început devin, în timp, prea mari sau prea mici. Fără o verificare periodică, factura ajunge să reflecte nevoile de acum un an, nu pe cele actuale.

Una dintre cele mai frecvente surse de cost inutil sunt resursele uitate. Un mediu de test creat pentru un proiect încheiat, discuri atașate unor mașini virtuale șterse sau copii vechi de siguranță care nu mai sunt necesare continuă să fie facturate lună de lună.

Câteva practici simple mențin costurile sub control:

  • revizuirea lunară a facturii, pe fiecare componentă în parte;
  • etichetarea resurselor pe departamente sau proiecte;
  • stabilirea unor praguri de alertă pentru consum;
  • redimensionarea mașinilor virtuale folosite constant sub capacitate;
  • ștergerea periodică a mediilor de test și a datelor inutile;
  • reevaluarea anuală a contractului în raport cu nevoile reale.

Etichetarea are un rol important în companiile cu mai multe departamente sau sedii. Atunci când fiecare resursă este asociată unui centru de cost, managementul vede clar cât consumă vânzările, producția sau magazinul online. Discuțiile despre buget devin astfel mai concrete.

Pentru companiile fără o echipă IT numeroasă, monitorizarea costurilor se poate face împreună cu furnizorul. Modelele de co-sourcing, în care o parte din operațiunile IT este preluată de un partener extern, permit echipei interne să se ocupe de proiectele de business, în timp ce verificarea resurselor rămâne în grija specialiștilor. La GTS România, acest tip de colaborare este disponibil prin serviciul GTS Managed IT Operations Services (MIOS).

Merită urmărit și raportul dintre cost și performanță. O reducere agresivă a resurselor scade factura, dar poate încetini aplicațiile în orele aglomerate, iar costul real apare atunci în productivitatea echipelor sau în comenzile pierdute. Scopul nu este cea mai mică factură posibilă, ci una corelată cu nevoile reale.

Plata după consum funcționează bine atunci când compania știe ce consumă. Factura devine un instrument de analiză, nu doar o obligație de plată: arată ce aplicații cresc, ce resurse stau nefolosite și unde merită investit în continuare. Cu o astfel de disciplină, diferența dintre estimare și suma plătită se reduce de la o lună la alta.