Sigurno ste se pitali koliko košta infrastruktura vašeg projekta. Pritom je iznenađujuće: rast troškova nije linearan s obzirom na opterećenja. Mnogi vlasnici tvrtki, servisi i programeri potajno shvaćaju da preplaćuju. Ali za što točno?
Obično se smanjenje troškova jednostavno svodi na pronalaženje najjeftinijeg rješenja, AWS plana ili, u slučaju fizičkih regala, optimizacije hardverske konfiguracije. I ne samo to: zapravo, radi to svatko kako Bogu drago: ako govorimo o startupu, onda je to vjerojatno vodeći developer koji ima dosta glavobolje. U većim uredima time se bavi CMO/CTO, a ponekad se generalni direktor osobno uključi u problem zajedno sa šefom računovodstva. Općenito, oni ljudi koji imaju dovoljno "osnovnih" briga. I ispada da računi za infrastrukturu rastu, ali se time bave oni koji se nemaju vremena time baviti.
Ukoliko trebate kupiti toaletni papir za ured, to će učiniti voditelj nabave ili odgovorna osoba iz tvrtke za čišćenje. Ako govorimo o razvoju - vodi i CTO. Prodaja - sve je također jasno. Ali od davnina, kada je “server room” bio naziv za kabinet u kojem je bio običan tower sistem s malo više RAM-a i par tvrdih diskova u raidu, svi (ili barem mnogi) ignoriraju činjenica da kupnjom kapaciteta treba baviti i posebno obučena osoba.
Nažalost, povijesno pamćenje i iskustvo pokazuju da je taj zadatak desetljećima bio prebačen na "slučajne" ljude: tko je bio najbliži, taj je postavljao pitanje. I tek nedavno se profesija FinOps počela oblikovati na tržištu i poprimati neki konkretan oblik. Riječ je o istoj posebno obučenoj osobi čiji je zadatak kontrolirati kupnju i korištenje kapaciteta. I, u konačnici, u smanjenju troškova tvrtke u ovom području.
Ne zagovaramo odustajanje od skupih i učinkovitih rješenja: svako poduzeće mora odlučiti za sebe što mu je potrebno za udoban život u smislu hardvera i tarifa u oblaku. No, ne može se ne obratiti pozornost na činjenicu da nepromišljena kupnja “po popisu” bez naknadnog praćenja i analize korištenja za mnoge tvrtke u konačnici rezultira vrlo, vrlo značajnim gubicima zbog neučinkovitog upravljanja “imovinom” njihovog backenda.
Tko je FinOps
Recimo da imate renomirano poduzeće, o kojem prodavači govore "poduzeće" zadihanim tonom. Vjerojatno ste “prema popisu” kupili desetak ili dva servera, AWS i još neke “sitnice”. Što je i logično: u velikoj tvrtki stalno se događa neka vrsta kretanja - neki timovi rastu, drugi se raspadaju, treći se prebacuju na susjedne projekte. A kombinacija ovih kretanja, zajedno s mehanizmom nabave „na temelju popisa“, u konačnici dovodi do novih sijedih vlasi kada se pogleda sljedeći mjesečni račun za infrastrukturu.
Dakle, što učiniti - strpljivo nastaviti sijediti, bojati ga ili shvatiti razloge pojave ovih brojnih strašnih nula u plaćanju?
Budimo iskreni: odobrenje, odobravanje i izravno plaćanje aplikacije unutar tvrtke za istu AWS tarifu nije uvijek (u stvarnosti gotovo nikada) brzo. I upravo zbog stalnog korporativnog kretanja, neke od tih istih akvizicija mogu se negdje “izgubiti”. A trivijalno je stajati besposlen. Ako pažljivi administrator primijeti stalak bez vlasnika u svojoj serverskoj sobi, onda je u slučaju tarifa u oblaku sve mnogo tužnije. Mogu stajati mjesecima - plaćeni, ali u isto vrijeme više nikome u odjelu za koji su kupljeni nisu potrebni. U isto vrijeme, kolege iz susjednog ureda počinju čupati svoju još ne sijedu kosu ne samo na glavi, već i na drugim mjestima - već n-ti tjedan ne mogu platiti približno istu AWS tarifu, koja je očajnički potreban.
Koje je najočitije rješenje? Tako je, predaj uzde potrebitima i svi su sretni. Ali horizontalne komunikacije nisu uvijek dobro uspostavljene. A drugi odjel možda jednostavno ne zna za bogatstvo prvog, za koji se nekako pokazalo da to bogatstvo zapravo i ne treba.
Tko je kriv za ovo? - Zapravo, nitko. Tako je za sada sve postavljeno.
Tko pati od ovoga? - To je to, cijelo društvo.
Tko može popraviti situaciju? - Da, da, FinOps.
FinOps nije samo sloj između programera i opreme koja im je potrebna, već osoba ili tim koji će znati gdje, što i koliko dobro “leži” u smislu istih tarifa u oblaku koje kupuje tvrtka. Zapravo, ti ljudi moraju raditi u tandemu s DevOpsom, s jedne strane, i odjelom financija s druge, igrajući ulogu učinkovitog posrednika i, što je najvažnije, analitičara.
Malo o optimizaciji
Oblaci. Relativno jeftino i vrlo povoljno. Ali ovo rješenje prestaje biti jeftino kada broj poslužitelja dosegne dvoznamenkasto ili troznamenkasto. Osim toga, oblaci omogućuju korištenje sve više usluga koje su prije bile nedostupne: to su baze podataka kao usluga (Amazon AWS, Azure Database), aplikacije bez poslužitelja (AWS Lambda, Azure Functions) i mnoge druge. Svi su jako cool jer se lako koriste - kupi i ide, nema problema. Ali što tvrtka i njeni projekti dublje tonu u oblake, to lošije spava CFO. I što brže general sijedi.
Činjenica je da su računi za razne usluge u oblaku uvijek krajnje zbunjujući: za jednu stavku možete dobiti objašnjenje na tri stranice što, gdje i kako je otišao vaš novac. To je, naravno, ugodno, ali to je gotovo nemoguće razumjeti. Štoviše, naše mišljenje o ovom pitanju daleko je od jedinog: za prijenos računa u oblaku na ljudske postoje čitave usluge, na primjer ili . Ako se netko potrudio stvoriti zasebnu uslugu za dešifriranje računa, onda je razmjer problema prerastao cijenu boje za kosu.
Dakle, što FinOps radi u ovoj situaciji:
- jasno razumije kada i u kojim količinama su rješenja u oblaku kupljena.
- zna kako se ti kapaciteti koriste.
- preraspodjeljuje ih ovisno o potrebama pojedine jedinice.
- ne kupuje "pa da bude".
- i na kraju, to vam štedi novac.
Sjajan primjer je pohrana hladne kopije baze podataka u oblaku. Na primjer, arhivirate li ga kako biste smanjili količinu prostora i prometa koji se troši prilikom ažuriranja pohrane? Da, čini se da je situacija jeftina – u jednom konkretnom slučaju, ali ukupnost takvih jeftinih situacija kasnije rezultira pretjeranim troškovima za usluge u oblaku.
Ili druga situacija: kupili ste rezervni kapacitet na AWS-u ili Azureu kako ne biste pali pod vršno opterećenje. Možete li biti sigurni da je ovo optimalno rješenje? Uostalom, ako su ove instance u stanju mirovanja 80%, onda jednostavno dajete novac Amazonu. Štoviše, za takve slučajeve isti AWS i Azure imaju burstable instance - zašto su vam potrebni poslužitelji u stanju mirovanja, ako možete koristiti alat za rješavanje problema vršnog opterećenja? Ili, umjesto On Premise instanci, trebali biste pogledati prema Reservedu - oni su puno jeftiniji i također nude popuste.
Usput, o popustima
Kao što rekosmo na početku, nabavu često provodi bilo tko - nađu zadnjeg, a onda on nekako sam. Najčešće ionako zauzeti ljudi postaju “ekstremni”, a kao rezultat toga dobivamo situaciju da osoba brzo i vješto, ali potpuno samostalno, odlučuje što će i u kojim količinama kupiti.
Ali u interakciji s prodavačem iz usluge u oblaku možete dobiti povoljnije uvjete kada je u pitanju veleprodajna kupnja kapaciteta. Jasno je da takve popuste nećete moći dobiti od automobila s tihom i jednostranom registracijom - ali nakon razgovora s pravim voditeljem prodaje možete izgorjeti. Ili vam ovi dečki mogu reći na što trenutno imaju popuste. Također može biti korisno.
U isto vrijeme, morate zapamtiti da se svjetlo nije skupilo poput klina na AWS ili Azure. Naravno, nema govora o organiziranju vlastite poslužiteljske sobe - ali postoje alternative za ova dva klasična rješenja divova.
Na primjer, Google je tvrtkama donio platformu Firebase na kojoj mogu ugostiti isti mobilni projekt po principu "ključ u ruke", što može zahtijevati brzo skaliranje. Pohrana, baza podataka u stvarnom vremenu, hosting i sinkronizacija podataka u oblaku koristeći ovo rješenje kao primjer dostupni su na jednom mjestu.
S druge strane, ako ne govorimo o monolitnom projektu, već o njihovoj ukupnosti, tada centralizirano rješenje nije uvijek korisno. Ako je projekt dugovječan, ima vlastitu povijest razvoja i odgovarajuću količinu podataka potrebnih za pohranu, vrijedi razmisliti o fragmentiranijem smještaju.
Prilikom optimizacije troškova za usluge u oblaku, možete odjednom shvatiti da za poslovno kritične aplikacije možete kupiti moćnije tarife koje će tvrtki osigurati nesmetanu zaradu. Istovremeno, pohranjivanje “ostavštine” razvoja, starih arhiva, baza podataka i sl. u skupe oblake je rješenje. Uostalom, za takve podatke sasvim je prikladan standardni podatkovni centar s običnim HDD-ovima i hardverom srednje snage bez ikakvih zvona i zviždaljki.
I ovdje ćete možda pomisliti da se “ova frka ne isplati”, ali cijeli problem ove publikacije temelji se na činjenici da odgovorni u raznim fazama zanemaruju sitnice i rade ono što im je zgodnije i brže. Što na kraju nakon par godina rezultira upravo tim horor računima.
Rezultat?
Općenito, oblaci su cool, rješavaju mnoge probleme za tvrtke bilo koje veličine. Međutim, novost ovog fenomena znači da još uvijek nemamo kulturu potrošnje i upravljanja. FinOps je organizacijska poluga koja vam pomaže da učinkovitije iskoristite snagu oblaka. Glavna stvar je ne pretvoriti ovu poziciju u analogiju streljačkog voda, čiji će zadatak biti uhvatiti nepažljive programere za ruku i "grditi" ih zbog zastoja.
Programeri bi se trebali razvijati, a ne brojati novac tvrtke. I tako bi FinOps trebao učiniti i proces kupnje i proces stavljanja izvan pogona ili prijenosa kapaciteta u oblaku na druge timove događajem jednostavnim i ugodnim za sve strane.
Izvor: www.habr.com