Cu siguranță, te-ai întrebat cât costă infrastructura proiectului tău. Este surprinzător că creșterea costurilor nu este liniară în raport cu sarcinile. Mulți proprietari de afaceri, CTO-uri și dezvoltatori înțeleg pe tăcute că plătesc prea mult. Dar pentru ce anume, exact?
De obicei, reducerea costurilor se reduce la căutarea celei mai ieftine soluții, a unui tarif AWS sau, dacă vorbim despre rack-uri fizice, la optimizarea configurației echipamentului. Mai mult decât atât: de fapt, acest lucru este gestionat de oricine, după cum îi dictează soarta: dacă vorbim despre o startup, pe aceasta probabil că o administrează un dezvoltator senior, care are de rezolvat multe probleme. În companiile mai mari, acest lucru este gestionat de CMO/CTO, uneori chiar și directorul general împreună cu contabilul șef. Cu alte cuvinte, cei care au deja griji „de specialitate”. Și rezultatul este că facturile pentru infrastructură cresc, dar se ocupă de acest lucru… cei care nu au timp să se ocupe.
Dacă trebuie să cumpărăm hârtie igienică pentru birou, acest lucru va fi gestionat de gestionar sau de o persoană responsabilă din compania de curățenie. Dacă este vorba despre dezvoltare - este vorba despre lideri și CTO. Vânzările - este, de asemenea, clar. Dar încă din vremuri străvechi, când „server” se referea la dulapul în care se afla un sistem tower obișnuit cu puțin mai multă memorie RAM și câteva hard disk-uri în RAID, toată lumea (sau, cel puțin, mulți) ignoră faptul că achizițiile de capacitate ar trebui să fie gestionate de o persoană special instruită.
Din păcate, memoria istorică și experiența arată că această sarcină a fost transferată timp de decenii persoanelor „ocazionale”: cine era mai aproape, acela se ocupa de problemă. Și abia recent, pe piață, profesia FinOps a început să se dezvoltate și să îmbrace forme concrete. Aceasta este persoana special instruită, a cărei sarcină este de a controla achiziția și utilizarea capacităților. Și, în final, de a reduce costurile companiei în această direcție.
Nu milităm împotriva soluțiilor costisitoare și eficiente: fiecare afacere trebuie să decidă ce îi este necesar pentru a funcționa confortabil în privința hardware-ului și a tarifelor cloud. Dar nu putem ignora faptul că achiziția nechibzuită „din listă”, fără o monitorizare și o analiză ulterioară a utilizării, se transformă pentru multe companii în pierderi semnificative din cauza gestionării ineficiente a „activelor” din backend.
Cine este FinOps
Să presupunem că aveți o întreprindere solidă, despre care vânzătorii vorbesc cu admirație ca despre un „enterprise”. Probabil că „din listă” ați cumpărat o duzină de servere, AWS și alte lucruri „mici”. Ce este logic: într-o companie mare se petrece mereu o oarecare mișcare — unele echipe cresc, altele se desfășoară, iar altele se redistribuie pe proiecte învecinate. Iar această combinație de mișcări, împreună cu mecanismul de achiziție „din listă”, duce în cele din urmă la câteva fire de păr alb în momentul consultării ultimei facturi lunare pentru infrastructură.
Ce să facem — să stăm și să ne îmbătrânim răbdător, să ne ascundem sau să ne dăm seama de cauzele acestor numeroase zero-uri în factură?
Ce să ascundem: aprobarea, consimțământul și plata efectivă a cererii în cadrul companiei pentru același tarif AWS nu este întotdeauna (în realitate — aproape niciodată) un proces rapid. Și tocmai din cauza mișcării constante în cadrul corporației, o parte din aceste achiziții pot „pierde trasa” undeva. Și pur și simplu să stea nefolosite. Dacă un administrator atent observă un server neutilizat în centrul său de date, în cazul tarifelor cloud lucrurile sunt mult mai triste. Acestea pot rămâne „neutilizate” luni de zile — plătite, dar în același timp deja inutile în departamentul pentru care au fost achiziționate. În același timp, colegii din biroul vecin încep să își smulgă părul neîmbătrânit nu doar de pe cap, ci și din alte locuri — nu li se poate plăti de săptămâni un tarif similar AWS, atât de necesar.
Care este cea mai evidentă soluție? Corect, să predăm „frâiele” celor care au nevoie, și toată lumea este mulțumită. Doar că comunicarea orizontală nu este întotdeauna bine stabilită. Iar al doilea departament poate să nu știe deloc de bogăția primului, care la rândul său nu a găsit această bogăție foarte necesară.
Cine este de vină? — De fapt, nimeni. Așa este construit totul până acum.
Cine suferă din cauza asta? — Toată lumea, întreaga companie.
Cine poate remedia situația? — Da, da, FinOps.
FinOps nu este doar un intermediar între dezvoltatori și echipamentele de care au nevoie, ci o persoană sau o echipă care vor ști unde, ce și cât de bine "se află" în ceea ce privește tarifele pentru cloud, achiziționate de companie. De fapt, acești oameni ar trebui să lucreze în aceeași echipă cu DevOps, pe de o parte, și cu departamentul financiar, pe de altă parte, îndeplinind rolul de intermediar eficient și, cel mai important — analist.
Puțin despre optimizare
Cloud-uri. Relativ ieftin și foarte convenabil. Dar această soluție încetează să mai fie ieftină atunci când numărul serverelor devine de două sau trei cifre. În plus, cloud-urile oferă oportunitatea de a folosi tot mai multe servicii care anterior erau inaccesibile: baze de date ca serviciu (Amazon AWS, Azure Database), aplicații fără server (AWS Lambda, Azure Functions) și multe altele. Toate acestea sunt foarte atractive prin faptul că sunt ușor de utilizat — ai cumpărat și ai demarat, fără probleme. Cu toate acestea, cu cât compania și proiectele sale se aprofundează mai mult în cloud-uri, cu atât mai rău doarme directorul financiar. Și cu atât mai repede îmbătrânește directorul general.
Problema este că facturile pentru diverse servicii cloud sunt întotdeauna extrem de complicate: pentru o singură poziție poți primi o explicație de trei pagini despre ce, unde și cum au fost cheltuiți banii tăi. Desigur, este plăcut, dar este practic imposibil să te descurci în ea. Iar opinia noastră în această privință nu este deloc singura: pentru a traduce facturile cloud în termeni accesibili, există servicii întregi, de exemplu sau . Dacă cineva a avut ideea de a crea un serviciu separat pentru a explica facturile, atunci amploarea problemei a depășit costul vopsea pentru păr.
Deci, ce face FinOps în această situație:
- înțelege clar când și în ce volume au fost achiziționate soluțiile cloud.
- știe cum sunt utilizate aceste resurse.
- redistribuie resursele, în funcție de necesitățile fiecărui departament.
- nu cumpără „să fie”.
- și, în final — economisește banii tăi.
Un exemplu excelent — stocarea în cloud a unei copii de rezervă a bazei de date. De exemplu, o arhivați pentru a reduce spațiul consumat și traficul în timpul actualizării stocării? Da, ar părea o situație minoră — în cazul specific, dar suma acestor situații aparent minore se transformă ulterior în cheltuieli exorbitante pentru serviciile cloud.
Sau o altă situație: ați achiziționat resurse suplimentare pe AWS sau Azure pentru a nu cădea sub o sarcină de vârf. Puteți fi sigur că aceasta este soluția optimă? Căci dacă aceste instanțe stau inactive 80% din timp, atunci pur și simplu dați bani lui Amazon. Cu atât mai mult, pentru astfel de cazuri, AWS și Azure oferă instanțe burstable — de ce să aveți servere ineficiente dacă puteți folosi un instrument care să rezolve exact problemele de sarcină de vârf? Sau în loc de instanțe On Premise, ar fi mai bine să luați în considerare cele Reserved — sunt mult mai ieftine și se oferă reduceri.
Apropo, despre reduceri
Așa cum am menționat la început, achizițiile sunt adesea gestionate de oricine — l-au găsit pe cel care se ocupă și apoi se descurcă singur. Cei mai adesea, „cel care se ocupă” este o persoană deja foarte ocupată, iar în final obținem o situație în care această persoană decide rapid și calificat, dar complet pe cont propriu, ce să cumpere și în ce cantități.
Însă, prin interacțiunea cu un vânzător de la serviciul cloud, se pot obține condiții mai favorabile, mai ales atunci când este vorba de achizițiile în vrac de resurse. Este clar că nu se pot obține astfel de reduceri automat, printr-o înregistrare tăcută și unidirecțională — însă, discutând cu un manager de vânzări real, poate că reușiți să obțineți ceva. Poate acești oameni vă pot oferi informații despre ce reduceri au acum. Poate fi, de asemenea, util.
În același timp, trebuie să țineți cont de faptul că pe AWS sau Azure nu s-a terminat totul. Desigur, nu este vorba despre organizarea propriei infrastructuri de servere — dar există alternative la aceste două soluții clasice de la giganți.
De exemplu, Google a furnizat companiilor platforma Firebase, pe care puteți găzdui „la cheie” același proiect mobil, care poate necesita scalare rapidă. Stocarea, baza de date în timp real, găzduirea și sincronizarea cloud a datelor pe baza acestei soluții sunt disponibile într-un singur loc.
Pe de altă parte, dacă nu discutăm despre un proiect monolitic, ci despre ansamblul acestora, soluția centralizată nu este întotdeauna avantajoasă. Dacă proiectul este de lungă durată, are o istorie de dezvoltare și o cantitate corespunzătoare de date ce trebuie stocate, ar trebui să ne gândim la o amplasare mai fragmentară.
Când optimizezi cheltuielile pentru serviciile de cloud, s-ar putea să realizezi brusc că pentru aplicațiile critice pentru afaceri poți achiziționa tarife mai puternice, care vor asigura companiei un venit constant. În același timp, păstrarea "moștenirii" dezvoltării, arhivelor vechi, bazelor de date etc. în clouduri costisitoare nu este o soluție foarte bună. De fapt, pentru astfel de date, un centru de date standard cu HDD-uri obișnuite și hardware mediu este mai mult decât suficient.
Aici din nou s-ar putea să ne gândim că "această agitație nu merită", dar toată problema acestui articol se bazează pe faptul că, în diferite etape, persoanele responsabile ignoră detaliile și fac lucrurile așa cum este mai convenabil și mai rapid. Ceea ce, în cele din urmă, după câțiva ani, conduce la acele facturi horror.
Ce înseamnă în final?
În general, serviciile de cloud sunt grozave, ele rezolvă o mulțime de probleme pentru afaceri de orice dimensiune. Totuși, noutatea acestui fenomen conduce la faptul că încă nu avem o cultură a consumului și managementului. FinOps este un mecanism organizațional care ajută la utilizarea mai eficientă a resurselor de cloud. Principalul este să nu transformăm acest rol într-o echipă de execuție, care are ca sarcină să prindă dezvoltatorii nepăsători și să îi "certifice" pentru utilizarea necorespunzătoare a resurselor.
Dezvoltatorii ar trebui să dezvolte, nu să numere banii companiei. Iar FinOps ar trebui să facă atât procesul de achiziție, cât și procesul de dezactivare sau transfer al resurselor de cloud către alte echipe un eveniment simplu și plăcut pentru toate părțile implicate.
Sursa: habr.com
