Určite vás zaujímalo, koľko stojí infraštruktúra vášho projektu. Zároveň je prekvapujúce: rast nákladov nie je lineárny vzhľadom na zaťaženie. Mnoho majiteľov firiem, čerpacích staníc a vývojárov tajne chápe, že preplácajú. Ale na čo presne?
Zvyčajne zníženie nákladov jednoducho spočíva v hľadaní najlacnejšieho riešenia, plánu AWS alebo v prípade fyzických stojanov optimalizácii hardvérovej konfigurácie. Nielen to: v skutočnosti to robí každý, ako sa Bohu páči: ak hovoríme o startupe, potom je to pravdepodobne popredný vývojár, ktorý má veľa bolesti hlavy. Vo väčších úradoch to rieši CMO/CTO a niekedy sa do problematiky osobne zapojí aj generálny riaditeľ spolu s hlavným účtovníkom. Vo všeobecnosti tí ľudia, ktorí majú dosť „základných“ obáv. A ukázalo sa, že účty za infraštruktúru rastú, ale tí, ktorí nemajú čas sa tým zaoberať, riešia to.
Ak potrebujete kúpiť toaletný papier do kancelárie, urobí to manažér zásobovania alebo zodpovedná osoba z upratovacej firmy. Ak sa bavíme o rozvoji – leadoch a CTO. Predaj - všetko je tiež jasné. Ale od starých čias, keď „server room“ bol názov pre skriňu, v ktorej bol obyčajný vežový systém s trocha väčšou RAM a niekoľkými pevnými diskami v raide, všetci (alebo aspoň mnohí) ignorujú skutočnosť, že nákup kapacít by mala riešiť aj špeciálne vyškolená osoba.
Žiaľ, historická pamäť a skúsenosti naznačujú, že po desaťročia sa táto úloha presúvala na „náhodných“ ľudí: ktokoľvek bol najbližšie, otázku zdvihol. A len nedávno sa profesia FinOps začala formovať na trhu a nadobúdať konkrétnu podobu. Ide o tú istú špeciálne vyškolenú osobu, ktorej úlohou je kontrolovať nákup a využitie kapacít. A v konečnom dôsledku aj pri znižovaní nákladov spoločnosti v tejto oblasti.
Nepodporujeme opustenie drahých a efektívnych riešení: každý podnik sa musí sám rozhodnúť, čo potrebuje na pohodlnú existenciu z hľadiska hardvéru a cloudových taríf. Nedá si však nevšimnúť, že nepremyslené nakupovanie „podľa zoznamu“ bez následného sledovania a analýzy využitia má pre mnohé spoločnosti v konečnom dôsledku za následok veľmi, veľmi výrazné straty v dôsledku neefektívneho riadenia „aktív“ ich backendu.
Kto je FinOps
Povedzme, že máte renomovaný podnik, o ktorom predajcovia hovoria o „podniku“ dýchavičným tónom. Pravdepodobne ste si „podľa zoznamu“ kúpili tucet alebo dva servery, AWS a nejaké ďalšie „maličkosti“. Čo je logické: vo veľkej firme neustále prebieha nejaký pohyb – niektoré tímy rastú, iné sa rozpadajú, ďalšie sa presúvajú do susedných projektov. A kombinácia týchto pohybov spolu s mechanizmom obstarávania „založeným na zozname“ v konečnom dôsledku vedie k novým šedivým vlasom pri pohľade na ďalší mesačný účet za infraštruktúru.
Čo teda robiť - trpezlivo pokračovať v šedivom, maľovať alebo zisťovať dôvody výskytu týchto početných hrozných núl pri platbe?
Buďme úprimní: schválenie, schválenie a priama platba žiadosti v rámci spoločnosti o rovnakú tarifu AWS nie je vždy (v skutočnosti takmer nikdy) rýchla. A práve kvôli neustálemu firemnému pohybu sa niektoré z týchto akvizícií môžu niekde „stratiť“. A je triviálne nečinne stáť. Ak si pozorný správca všimne vo svojej serverovni stojan bez vlastníka, v prípade cloudových taríf je všetko oveľa smutnejšie. Môžu byť odložené na mesiace - zaplatené, ale zároveň ich už nepotrebuje nikto z oddelenia, pre ktoré boli zakúpené. Kolegovia z vedľajšej kancelárie si zároveň začínajú trhať svoje ešte nie šedivé vlasy nielen na hlave, ale aj na iných miestach - už n-tý týždeň nevedia zaplatiť približne rovnakú tarifu AWS, ktorá je zúfalo potrebné.
Aké je najjasnejšie riešenie? Je to tak, odovzdajte opraty tým, ktorí to potrebujú, a všetci sú spokojní. Horizontálne komunikácie však nie sú vždy dobre zavedené. A druhé oddelenie možno jednoducho nevie o bohatstve toho prvého, čo sa akosi ukázalo, že toto bohatstvo naozaj nepotrebuje.
Kto za to môže? - Vlastne nikto. Tak je zatiaľ všetko nastavené.
Kto týmto trpí? - To je všetko, celá spoločnosť.
Kto môže napraviť situáciu? - Áno, áno, FinOps.
FinOps nie je len vrstvou medzi vývojármi a vybavením, ktoré potrebujú, ale osobou alebo tímom, ktorý bude vedieť, kde, čo a ako dobre „leží“ z hľadiska rovnakých cloudových taríf, ktoré spoločnosť kúpila. V skutočnosti musia títo ľudia pracovať v tandeme s DevOps na jednej strane a finančným oddelením na strane druhej a zohrávať úlohu efektívneho sprostredkovateľa a, čo je najdôležitejšie, analytika.
Trochu o optimalizácii
Mraky. Relatívne lacné a veľmi pohodlné. Toto riešenie však prestáva byť lacné, keď počet serverov dosiahne dvoj- alebo trojciferné číslo. Cloudy navyše umožňujú využívať stále viac služieb, ktoré boli predtým nedostupné: sú to databázy ako služba (Amazon AWS, Azure Database), bezserverové aplikácie (AWS Lambda, Azure Functions) a mnohé ďalšie. Všetky sú veľmi cool, pretože sa ľahko používajú - kúpte a choďte, žiadne problémy. No čím hlbšie sa firma a jej projekty ponárajú do oblakov, tým horšie spí finančný riaditeľ. A čím rýchlejšie generál šedne.
Faktom je, že faktúry za rôzne cloudové služby sú vždy mimoriadne neprehľadné: za jednu položku môžete dostať trojstranové vysvetlenie, čo, kam a ako išli vaše peniaze. To je, samozrejme, príjemné, ale je takmer nemožné to pochopiť. Navyše náš názor na túto otázku nie je ani zďaleka jediný: na prenos cloudových účtov na ľudské existujú celé služby, napr. alebo . Ak sa niekto obťažoval vytvoriť samostatnú službu na dešifrovanie účtov, potom rozsah problému prerástol náklady na farbenie vlasov.
Čo teda robí FinOps v tejto situácii:
- jasne rozumie, kedy a v akom objeme boli cloudové riešenia zakúpené.
- vie, ako sa tieto kapacity využívajú.
- prerozdeľuje ich v závislosti od potrieb konkrétnej jednotky.
- nekupuje „aby bolo“.
- a v konečnom dôsledku vám to ušetrí peniaze.
Skvelým príkladom je cloudové úložisko studenej kópie databázy. Archivujete ho napríklad, aby ste znížili množstvo miesta a prevádzky spotrebovanej pri aktualizácii úložiska? Áno, zdalo by sa, že situácia je lacná – v jedinom konkrétnom prípade, no súčet takýchto lacných situácií má neskôr za následok prehnané náklady na cloudové služby.
Alebo iná situácia: zakúpili ste si rezervnú kapacitu na AWS alebo Azure, aby ste nespadli pod špičkové zaťaženie. Môžete si byť istý, že ide o optimálne riešenie? Koniec koncov, ak sú tieto prípady nečinné 80%, potom jednoducho dávate peniaze Amazonu. Navyše v takýchto prípadoch majú rovnaké AWS a Azure praskateľné inštancie - prečo potrebujete nečinné servery, ak môžete použiť nástroj na riešenie problémov so špičkovým zaťažením? Alebo namiesto inštancií On Premise by ste sa mali pozrieť na Reserved - sú oveľa lacnejšie a ponúkajú aj zľavy.
Mimochodom, o zľavách
Ako sme povedali na začiatku, obstarávanie často vykonáva ktokoľvek – našli posledného a potom si to už nejako robí sám. Najčastejšie sa ľudia, ktorí sú už zaneprázdnení, stávajú „extrémnymi“ a v dôsledku toho sa dostávame do situácie, keď sa človek rýchlo a zručne, ale úplne nezávisle rozhoduje, čo a v akom množstve si kúpi.
Ale pri interakcii s predajcom z cloudovej služby môžete získať výhodnejšie podmienky pri veľkoobchodnom nákupe kapacity. Je jasné, že z auta s tichou a jednostrannou registráciou takéto zľavy nedostanete – ale po rozhovore so skutočným manažérom predaja môžete vyhorieť. Alebo vám môžu povedať, na čo majú momentálne zľavy. Môže to byť aj užitočné.
Zároveň si musíte uvedomiť, že svetlo sa nezbiehalo ako klin na AWS alebo Azure. Samozrejme, neprichádza do úvahy organizovanie vlastnej serverovne – existujú však alternatívy k týmto dvom klasickým riešeniam od gigantov.
Google napríklad priniesol firmám platformu Firebase, na ktorej môžu hostiť rovnaký mobilný projekt na kľúč, čo môže vyžadovať rýchle škálovanie. Úložisko, databáza v reálnom čase, hosting a synchronizácia dát v cloude pomocou tohto riešenia sú dostupné na jednom mieste.
Na druhej strane, ak nehovoríme o monolitickom projekte, ale o ich úplnosti, potom centralizované riešenie nie je vždy prospešné. Ak je projekt dlhotrvajúci, má svoju históriu vývoja a zodpovedajúce množstvo dát potrebných na uloženie, potom sa oplatí popremýšľať o členitejšom umiestnení.
Pri optimalizácii nákladov na cloudové služby si možno zrazu uvedomíte, že pre kritické obchodné aplikácie si môžete kúpiť výkonnejšie tarify, ktoré firme zabezpečia nepretržité zárobky. Riešením je zároveň ukladanie „dedičstva“ vývoja, starých archívov, databáz atď. v drahých cloudoch. Na takéto dáta sa totiž celkom hodí štandardné dátové centrum s bežnými HDD a stredne výkonným hardvérom bez akýchkoľvek zvončekov a píšťaliek.
Aj tu si možno pomyslíte, že „ten huncút za to nestojí“, no celý problém tejto publikácie je založený na tom, že zodpovední ľudia v rôznych fázach zanedbávajú maličkosti a robia to, čo je pohodlnejšie a rýchlejšie. Čo v konečnom dôsledku po pár rokoch vyústi do tých veľmi hororových účtov.
Výsledok?
Vo všeobecnosti sú mraky cool, riešia veľa problémov pre podniky akejkoľvek veľkosti. Novosť tohto fenoménu však znamená, že ešte stále nemáme kultúru spotreby a hospodárenia. FinOps je organizačná páka, ktorá vám pomáha efektívnejšie využívať výkon cloudu. Hlavnou vecou nie je zmeniť túto pozíciu na analógiu popravnej čaty, ktorej úlohou bude chytiť nepozorných vývojárov za ruku a „nadávať“ im za prestoje.
Vývojári by sa mali rozvíjať, nie počítať firemné peniaze. A tak by mal FinOps urobiť tak z nákupného procesu, ako aj z procesu vyraďovania alebo prenosu cloudovej kapacity na iné tímy jednoduchou a príjemnou udalosťou pre všetky strany.
Zdroj: hab.com