Cu siguranță te-ai întrebat cât costă infrastructura proiectului tău. În același timp, este surprinzător: creșterea costurilor nu este liniară în raport cu sarcinile. Mulți proprietari de afaceri, benzinării și dezvoltatori înțeleg în secret că plătesc în exces. Dar pentru ce anume?
De obicei, reducerea costurilor se reduce pur și simplu la găsirea celei mai ieftine soluții, un plan AWS sau, în cazul rafturilor fizice, la optimizarea configurației hardware. Nu numai atât: de fapt, oricine face asta, după bunul Dumnezeu: dacă vorbim despre un startup, atunci acesta este probabil un dezvoltator de top care are o mulțime de bătăi de cap. În birourile mai mari, aceasta se ocupă de CMO/CTO, iar uneori directorul general se implică personal în problemă împreună cu contabilul-șef. În general, acei oameni care au destule preocupări „de bază”. Și se dovedește că facturile de infrastructură cresc, dar cei care nu au timp să se ocupe de asta se ocupă de asta.
Dacă trebuie să cumpărați hârtie igienică pentru birou, aceasta va fi făcută de managerul de aprovizionare sau de o persoană responsabilă de la firma de curățenie. Dacă vorbim de dezvoltare - clienți potențiali și CTO. Vânzări - totul este, de asemenea, clar. Dar din vremuri, când o „camera de server” era un nume pentru un cabinet în care exista un sistem turn obișnuit cu puțin mai multă RAM și câteva hard disk-uri în raid, toată lumea (sau cel puțin mulți) ignoră faptul că achiziția de capacitate ar trebui să se ocupe și de o persoană special instruită.
Din păcate, memoria istorică și experiența indică faptul că timp de zeci de ani această sarcină a fost transferată către oameni „aleatoriu”: cine era cel mai apropiat a preluat întrebarea. Și abia recent profesia FinOps a început să prindă contur pe piață și să capete o formă concretă. Aceasta este aceeași persoană special instruită a cărei sarcină este să controleze achiziția și utilizarea capacității. Și, în cele din urmă, în reducerea costurilor companiei în acest domeniu.
Nu pledăm pentru a abandona soluțiile costisitoare și eficiente: fiecare afacere trebuie să decidă singură de ce are nevoie pentru o existență confortabilă în ceea ce privește hardware-ul și tarifele cloud. Dar nu se poate să nu acorde atenție faptului că achizițiile necugetate „conform listei” fără monitorizarea și analiza ulterioară a utilizării pentru multe companii duce în cele din urmă la pierderi foarte, foarte semnificative din cauza gestionării ineficiente a „activelor” backend-ului lor.
Cine este FinOps
Să presupunem că aveți o întreprindere de renume, despre care oamenii de vânzări o vorbesc despre „întreprindere” pe un ton liniștit. Probabil, „după listă” ați cumpărat o duzină sau două servere, AWS și alte „lucruri mărunte”. Ceea ce este logic: într-o companie mare se întâmplă în mod constant un fel de mișcare - unele echipe cresc, altele se dezintegrează, altele sunt transferate către proiecte învecinate. Iar combinația acestor mișcări, împreună cu mecanismul de achiziție „bazat pe liste”, duce în cele din urmă la noi pări cărunte atunci când ne uităm la următoarea factură lunară de infrastructură.
Deci, ce să faceți - continuați cu răbdare să înroșiți, pictați peste el sau aflați motivele apariției acestor numeroase zerouri teribile în plată?
Să fim sinceri: aprobarea, aprobarea și plata directă a unei cereri în cadrul companiei pentru același tarif AWS nu este întotdeauna (în realitate, aproape niciodată) rapidă. Și tocmai din cauza mișcării corporative constante, unele dintre aceste achiziții pot fi „pierdute” undeva. Și este banal să stai inactiv. Dacă un administrator atent observă un rack fără proprietar în camera lui de server, atunci în cazul tarifelor cloud totul este mult mai trist. Ele pot fi depozitate luni de zile - plătite, dar în același timp nu mai sunt necesare de către nimeni din departamentul pentru care au fost achiziționate. În același timp, colegii de la biroul următor încep să-și smulgă părul încă necărunțit nu doar de pe cap, ci și în alte locuri - nu au putut să plătească aproximativ același tarif AWS pentru a n-a săptămână, care este nevoie cu disperare.
Care este soluția cea mai evidentă? Așa e, dă frâiele celor care au nevoie și toți sunt fericiți. Dar comunicațiile orizontale nu sunt întotdeauna bine stabilite. Și al doilea departament poate pur și simplu să nu știe despre bogăția primului, care s-a dovedit cumva a nu avea nevoie cu adevărat de această bogăție.
Cine este de vină pentru asta? - De fapt, nimeni. Asa este totul pus la punct deocamdata.
Cine suferă de asta? - Asta e, toată compania.
Cine poate remedia situația? - Da, da, FinOps.
FinOps nu este doar un strat între dezvoltatori și echipamentul de care au nevoie, ci o persoană sau o echipă care va ști unde, ce și cât de bine „stă” în ceea ce privește aceleași tarife cloud achiziționate de companie. De fapt, acești oameni trebuie să lucreze în tandem cu DevOps, pe de o parte, și departamentul financiar, pe de altă parte, jucând rolul unui intermediar eficient și, cel mai important, un analist.
Un pic despre optimizare
nori. Relativ ieftin și foarte convenabil. Dar această soluție încetează să mai fie ieftină atunci când numărul de servere ajunge la cifre duble sau triple. În plus, cloud-urile fac posibilă utilizarea din ce în ce mai multe servicii care anterior nu erau disponibile: acestea sunt baze de date ca serviciu (Amazon AWS, Azure Database), aplicații fără server (AWS Lambda, Azure Functions) și multe altele. Toate sunt foarte mișto pentru că sunt ușor de folosit - cumpărați și plecați, fără probleme. Dar cu cât compania și proiectele sale se cufundă mai adânc în nori, cu atât mai rău doarme CFO. Și cu cât generalul devine mai repede gri.
Faptul este că facturile pentru diverse servicii cloud sunt întotdeauna extrem de confuze: pentru un articol este posibil să primiți o explicație de trei pagini despre ce, unde și cum au mers banii. Acest lucru, desigur, este plăcut, dar este aproape imposibil de înțeles. Mai mult decât atât, opinia noastră cu privire la această problemă este departe de a fi singura: pentru a transfera conturi cloud către cele umane, există servicii întregi, de exemplu sau . Dacă cineva s-a deranjat să creeze un serviciu separat pentru descifrarea facturilor, atunci amploarea problemei a depășit costul vopselei de 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 capacități.
- le redistribuie în funcție de nevoile unei anumite unități.
- nu cumpără „ca să fie”.
- și până la urmă, te economisește bani.
Un exemplu excelent este stocarea în cloud a unei copii la rece a unei baze de date. De exemplu, îl arhivezi pentru a reduce spațiul și traficul consumat la actualizarea stocării? Da, s-ar părea că situația este ieftină - într-un singur caz concret, dar totalitatea unor astfel de situații ieftine duce ulterior la costuri exorbitante pentru serviciile cloud.
Sau o altă situație: ați achiziționat capacitate de rezervă pe AWS sau Azure pentru a nu cădea sub sarcină de vârf. Poți fi sigur că aceasta este soluția optimă? La urma urmei, dacă aceste cazuri sunt inactive 80%, atunci pur și simplu oferiți bani Amazon. Mai mult, pentru astfel de cazuri, aceleași AWS și Azure au instanțe burstable - de ce aveți nevoie de servere inactiv, dacă puteți folosi un instrument pentru a rezolva problemele de încărcare maximă? Sau, în loc de instanțe On Premise, ar trebui să priviți spre Rezervat - sunt mult mai ieftine și oferă și reduceri.
Apropo, despre reduceri
După cum am spus la început, achizițiile este adesea efectuată de oricine - l-au găsit pe ultimul, apoi o face el însuși cumva. Cel mai adesea, oamenii care sunt deja ocupați devin „extremi” și, ca urmare, obținem o situație în care o persoană decide rapid și priceput, dar complet independent, ce și în ce cantități să cumpere.
Dar atunci când interacționați cu un agent de vânzări din serviciul cloud, puteți obține condiții mai favorabile când vine vorba de achiziționarea angro de capacitate. Este clar că nu veți putea obține astfel de reduceri de la o mașină cu o înmatriculare silențioasă și unilaterală - dar după ce ați vorbit cu un manager de vânzări adevărat, este posibil să vă epuizați. Sau acești băieți vă pot spune la ce au reduceri în prezent. Poate fi de asemenea util.
În același timp, trebuie să vă amintiți că lumina nu convergea ca o pană pe AWS sau Azure. Desigur, nu se pune problema să-ți organizezi propria cameră de server – dar există alternative la aceste două soluții clasice de la giganți.
De exemplu, Google a adus platforma Firebase companiilor, pe care acestea pot găzdui același proiect mobil la cheie, ceea ce poate necesita o scalare rapidă. Stocarea, baza de date în timp real, găzduirea și sincronizarea datelor în cloud folosind această soluție ca exemplu sunt disponibile într-un singur loc.
Pe de altă parte, dacă nu vorbim despre un proiect monolit, ci despre totalitatea lor, atunci o soluție centralizată nu este întotdeauna benefică. Dacă proiectul este de lungă durată, are propriul istoric de dezvoltare și o cantitate corespunzătoare de date necesare pentru stocare, atunci merită să ne gândim la o plasare mai fragmentată.
Atunci când optimizați costurile pentru serviciile cloud, puteți realiza brusc că pentru aplicațiile critice pentru afaceri puteți cumpăra tarife mai puternice care vor oferi companiei câștiguri neîntrerupte. În același timp, stocarea „moștenirii” dezvoltării, arhivelor vechi, baze de date etc. în cloud-uri scumpe este o soluție. La urma urmei, pentru astfel de date, un centru de date standard cu HDD-uri obișnuite și hardware de putere medie fără clopoței și fluiere este destul de potrivit.
Din nou, s-ar putea să credeți că „acest tam-tam nu merită”, dar întreaga problemă a acestei publicații se bazează pe faptul că, în diferite etape, oamenii responsabili neglijează lucrurile mărunte și fac ceea ce este mai convenabil și mai rapid. Ceea ce, în cele din urmă, după câțiva ani duce la acele conturi de groază.
Rezultatul?
În general, norii sunt cool, rezolvă o mulțime de probleme pentru afaceri de orice dimensiune. Totuși, noutatea acestui fenomen înseamnă că încă nu avem o cultură a consumului și a managementului. FinOps este o pârghie organizațională care vă ajută să utilizați puterea cloud mai eficient. Principalul lucru este să nu transformați această poziție într-un analog al unui pluton de execuție, a cărui sarcină va fi să prindeți dezvoltatorii neatenți de mână și să-i „certească” pentru timpul de nefuncționare.
Dezvoltatorii ar trebui să dezvolte, nu să conteze banii companiei. Prin urmare, FinOps ar trebui să facă atât procesul de cumpărare, cât și procesul de dezafectare sau transfer al capacității cloud către alte echipe un eveniment simplu și plăcut pentru toate părțile.
Sursa: www.habr.com