Avete definitivamente dumandatu quantu costa l'infrastruttura di u vostru prughjettu. À u listessu tempu, hè surprisante: a crescita di i costi ùn hè micca lineale in quantu à i carichi. Parechji prupietari di l'imprese, stazioni di serviziu è sviluppatori capiscenu segretamente chì paganu più. Ma per chì esattamente?
Di genere, u tagliu di i costi hè solu per truvà a suluzione più economica, un pianu AWS, o, in u casu di rack fisici, ottimisà a cunfigurazione hardware. Micca solu: in fattu, qualcunu face questu, cum'è Diu piace: se parlemu di una startup, allora questu hè probabilmente un sviluppatore di punta chì hà assai mal di testa. In l'uffizii più grande, questu hè trattatu da u CMO / CTO, è qualchì volta u direttore generale s'implica personalmente in u prublema inseme cù u capimachja. In generale, quelli persone chì anu abbastanza preoccupazioni "core". È risulta chì i prughjetti di l'infrastruttura aumentanu, ma quelli chì ùn anu micca u tempu di trattà cun ellu.
Sè avete bisognu di cumprà carta igienica per l'uffiziu, questu serà fattu da u gestore di furnizzioni o una persona rispunsevuli da a cumpagnia di pulizia. Se parlemu di u sviluppu - cunduce è CTO. Vendite - tuttu hè ancu chjaru. Ma dapoi i vechji tempi, quandu una "sala di servitore" era un nome per un cabinet in quale ci era un sistema di torre ordinariu cù un pocu più RAM è un paru di discu duru in u raid, tutti (o almenu parechji) ignoranu fattu chì l'acquistu di capacità deve esse trattatu ancu una persona specialmente furmatu.
Alas, a memoria storica è l'esperienza indicanu chì durante decennii stu compitu hè statu spustatu à e persone "aleatoriu": quellu chì era più vicinu hà pigliatu a quistione. È solu pocu tempu a professione FinOps hà cuminciatu à piglià forma nantu à u mercatu è piglià una forma concreta. Questa hè a stessa persona specialmente furmata chì u so compitu hè di cuntrullà a compra è l'usu di capacità. È, in fine, in riducendu i costi di a cumpagnia in questa zona.
Ùn avemu micca favurizatu per abbandunà e suluzioni caru è efficaci: ogni affari deve decide per ellu stessu ciò chì hà bisognu per una esistenza còmoda in termini di tariffu di hardware è di nuvola. Ma ùn si pò aiutà, ma attente à u fattu chì l'acquistu senza penseru "sicondu a lista" senza monitoraghju è l'analisi di l'usu sussegwente per parechje cumpagnie, in fine, risultatu in perditi assai, assai sustanziali per via di una gestione inefficace di "assi" di u so backend.
Quale hè FinOps
Diciamu chì avete una impresa reputable, chì i venditori parlanu di "impresa" in un tonu respiru. Probabilmente, "sicondu a lista" avete compru una decina o duie servitori, AWS è qualchi altri "picculi cose". Ciò chì hè logicu: in una grande cumpagnia, qualchì tipu di muvimentu hè constantemente accadutu - certi squadre crescenu, altri si disintegranu, altri sò trasferiti à prughjetti vicini. È a cumminazzioni di sti muvimenti, inseme cù u mecanismu di procurazione "basatu in lista", infine porta à novi capelli grisgi quandu si vede a prossima fattura mensuale di l'infrastruttura.
Allora chì fà - cun pacienza cuntinuà à grisgiu, pittura nantu à questu, o scuprite i mutivi di l'apparizione di questi numerosi terri terribili in u pagamentu?
Simu sinceri: l'appruvazioni, l'appruvazioni è u pagamentu direttu di una applicazione in a cumpagnia per a stessa tarifa AWS ùn hè micca sempre (in realtà, quasi mai) rapida. È pricisamenti per via di u muvimentu corporativu constantu, certi di sti stessi acquisti pò esse "persu" in qualchì locu. È hè triviale di stà inattivu. Se un amministratore attentu nota un rack senza pruprietariu in a so stanza di u servitore, allora in u casu di tariffu nuvola tuttu hè assai più triste. Puderanu esse disposti per mesi - pagatu, ma à u stessu tempu ùn anu più bisognu di nimu in u dipartimentu per quale anu acquistatu. À u listessu tempu, i culleghi di u prossimu uffiziu cumincianu à strapparà i so capelli micca ancu grisgi micca solu nantu à a testa, ma ancu in altri lochi - ùn anu micca pussutu pagà apprussimatamente a listessa tarifa AWS per l'ennesima settimana, chì hè disperatamente necessariu.
Chì ghjè a suluzione più ovvia ? Hè cusì, dà e redini à quelli chì anu bisognu, è tutti sò felici. Ma i cumunicazioni horizontale ùn sò micca sempre bè stabilitu. È u sicondu dipartimentu pò simpricimenti ùn sapete micca di a ricchezza di u primu, chì in qualchì manera ùn hà micca bisognu di sta ricchezza.
Quale hè a culpa di questu? - In verità, nimu. Hè cusì chì tuttu hè stallatu per avà.
Quale soffre di questu? - Eccu, tutta a cumpagnia.
Quale pò riparà a situazione? - Iè, sì, FinOps.
FinOps ùn hè micca solu una strata trà i sviluppatori è l'equipaggiu chì anu bisognu, ma una persona o squadra chì saperà induve, ciò chì è quantu "si trova" in quantu à e stesse tariffu di nuvola acquistate da a cumpagnia. In fatti, queste persone devenu travaglià in tandem cù DevOps, da una banda, è u dipartimentu finanziariu da l'altru, ghjucanu u rolu di un intermediariu efficace è, più impurtante, un analista.
Un pocu di ottimisazione
Nuvole. Relativamente economicu è assai convenientu. Ma sta suluzione ùn hè più economica quandu u numeru di servitori righjunghji doppia o triple cifre. Inoltre, i nuvuli facenu pussibule di utilizà più è più servizii chì prima ùn eranu micca dispunibili: sò basa di dati cum'è serviziu (Amazon AWS, Azure Database), applicazioni senza servitore (AWS Lambda, Azure Functions) è assai altri. Sò tutti assai cool perchè sò faciuli d'utilizà - cumprà è vai, senza prublemi. Ma u più prufonda di a cumpagnia è i so prughjetti scendenu in i nuvuli, u peghju u CFO dorme. E u più veloce u generale diventa grisgiu.
U fattu hè chì e fatture per i diversi servizii di nuvola sò sempre estremamente confuse: per un articulu pudete riceve una spiegazione di trè pagine di ciò chì, induve è cumu si sò andati i vostri soldi. Questu, sicuru, hè piacevule, ma hè quasi impussibile di capiscenu. Inoltre, a nostra opinione nantu à sta questione hè luntanu da l'unicu: per trasfirià cunti nuvola à quelli umani, ci sò servizii interi, per esempiu. o . Se qualchissia hà daveru di creà un serviziu separatu per deciphering bills, allura a scala di u prublema hà superatu u costu di tintura di capelli.
Allora chì face FinOps in questa situazione:
- capisce chjaramente quandu è in quali volumi sò stati acquistati soluzioni di nuvola.
- sapi cumu si usanu sti capacità.
- li ridistribuisce sicondu i bisogni di una unità particulare.
- ùn cumprà micca "perch'ellu pò esse".
- è à a fine, vi risparmià soldi.
Un grande esempiu hè u almacenamentu in nuvola di una copia fredda di una basa di dati. Per esempiu, l'archiviu per riduce a quantità di spaziu è u trafficu cunsumatu quandu aghjurnà l'almacenamiento? Iè, pare chì a situazione hè economica - in un unicu casu specificu, ma a tutalità di tali situazioni boni più tardi risultati in costi esorbitanti per i servizii di nuvola.
O una altra situazione: avete acquistatu a capacità di riserva in AWS o Azure per ùn cascà sottu a carica di punta. Pudete esse sicuru chì questa hè a suluzione ottima? Dopu tuttu, se questi casi sò inattivi à 80%, allora site solu dà soldi à Amazon. Inoltre, per questi casi, i stessi AWS è Azure anu istanze burstable - perchè avete bisognu di servitori inattivi, se pudete aduprà un strumentu per risolve i prublemi di carichi di punta? O, invece di istanze On Premise, duvete guardà versu Riservatu - sò assai più economici è offrenu ancu sconti.
A propositu di i sconti
Cum'è avemu dettu à u principiu, l'acquistu hè spessu realizatu da qualcunu - anu truvatu l'ultimu, è dopu ellu stessu faci. A maiò spessu, e persone chì sò digià occupati diventanu "estremu", è in u risultatu avemu una situazione induve una persona rapidamente è abilmente, ma completamente indipindente, decide ciò chì è in quale quantità cumprà.
Ma quandu interagisce cù un venditore da u serviziu di nuvola, pudete ottene cundizioni più favurevuli quandu si tratta di a compra grossista di capacità. Hè chjaru chì ùn puderete micca ottene tali sconti da una vittura cù una registrazione silenziu è unilaterale - ma dopu avè parlatu cù un veru direttore di vendita, pudete brusgià. O questi ragazzi ponu dì ciò chì anu attualmente sconti. Pò esse ancu utile.
À u listessu tempu, avete bisognu di ricurdà chì a luce ùn cunverge micca cum'è una cunea in AWS o Azure. Di sicuru, ùn ci hè micca quistione di urganizà a vostra propria stanza di u servitore - ma ci sò alternative à sti dui suluzioni classici da i giganti.
Per esempiu, Google hà purtatu a piattaforma Firebase à l'imprese, nantu à quale ponu accoglie u stessu prughjettu mobile nantu à una basa turnkey, chì pò esse bisognu di scala rapida. L'almacenamiento, a basa di dati in tempu reale, l'ospitu è a sincronizazione di dati in nuvola cù sta suluzione cum'è un esempiu sò dispunibili in un locu.
Per d 'altra banda, s'ellu ùn parlemu micca di un prughjettu monoliticu, ma di a so tutalità, allora una suluzione centralizata ùn hè micca sempre benefica. Se u prugettu hè longu, hà a so propria storia di sviluppu è una quantità currispondente di dati necessarii per u almacenamiento, allora vale a pena di pensà à un locu più frammentatu.
Quandu ottimisate i costi per i servizii di nuvola, pudete capisce subitu chì per l'applicazioni critiche per l'affari pudete cumprà tariffi più putenti chì furnisceranu à a cumpagnia guadagnà senza interruzzione. À u listessu tempu, almacenà u "legatu" di u sviluppu, vechji archivi, basa di dati, etc. in nuvuli caru hè una suluzione. Dopu tuttu, per tali dati, un centru di dati standard cù HDD regulare è hardware di putenza media senza campane è fischi hè abbastanza adattatu.
Quì dinò, pudete pinsà chì "questu fuss ùn vale a pena", ma tuttu u prublema di sta publicazione hè basatu annantu à u fattu chì in diverse tappe i rispunsevuli trascuranu e cose petite è facenu ciò chì hè più còmuda è più veloce. Chì, à a fine, dopu à un paru d'anni risultatu in quelli cunti assai horror.
Ciò à a fine?
In generale, i nuvuli sò cool, risolve assai prublemi per l'imprese di ogni dimensione. In ogni casu, a novità di stu fenominu significa chì ùn avemu ancu una cultura di cunsumu è gestione. FinOps hè una leva di l'urganizazione chì vi aiuta à sfruttà u putere di nuvola in modu più efficace. A cosa principal ùn hè micca di trasfurmà sta pusizioni in un analogu di un squadru di fucilazione, chì u so compitu serà di catturà sviluppatori disattenti da a manu è "scold" per i tempi di inattività.
I sviluppatori anu da sviluppà, micca cuntà i soldi di a cumpagnia. È cusì FinOps deve rende u prucessu di compra è u prucessu di disattivazione o trasferimentu di capacità di nuvola à altre squadre un avvenimentu simplice è piacevule per tutti i partiti.
Source: www.habr.com