Ti sarai sicuramente chiesto quanto costa l'infrastruttura del tuo progetto. Allo stesso tempo è sorprendente: la crescita dei costi non è lineare rispetto ai carichi. Molti imprenditori, stazioni di servizio e sviluppatori capiscono segretamente che stanno pagando più del dovuto. Ma per cosa esattamente?
In genere, la riduzione dei costi si riduce semplicemente alla ricerca della soluzione più economica, a un piano AWS o, nel caso di rack fisici, all'ottimizzazione della configurazione hardware. Non solo: in effetti, chiunque lo fa, come Dio vuole: se parliamo di una startup, probabilmente si tratta di uno sviluppatore leader che ha un sacco di grattacapi. Negli uffici più grandi, di questo si occupa il CMO/CTO, e talvolta il direttore generale viene coinvolto personalmente nella questione insieme al capo contabile. In generale, quelle persone che hanno abbastanza preoccupazioni “fondamentali”. E si scopre che le bollette delle infrastrutture stanno aumentando, ma chi non ha il tempo di affrontarlo se ne fa carico.
Se è necessario acquistare la carta igienica per l'ufficio, questo verrà effettuato dal responsabile delle forniture o da un responsabile dell'impresa di pulizie. Se parliamo di sviluppo: lead e CTO. Vendite: anche tutto è chiaro. Ma fin dai vecchi tempi, quando "sala server" era il nome di un armadio in cui si trovava un normale sistema tower con un po' più di RAM e un paio di dischi rigidi nel raid, tutti (o almeno molti) ignorano il problema fatto che l'acquisto di capacità dovrebbe essere gestito anche da una persona appositamente formata.
Purtroppo, la memoria storica e l’esperienza indicano che per decenni questo compito è stato affidato a persone “a caso”: chi era più vicino ha raccolto la domanda. E solo di recente la professione FinOps ha cominciato a delinearsi sul mercato e a prendere una forma concreta. Si tratta della stessa persona appositamente addestrata il cui compito è controllare l'acquisto e l'utilizzo della capacità. E, in definitiva, nella riduzione dei costi aziendali in questo settore.
Non stiamo sostenendo l'abbandono di soluzioni costose ed efficaci: ogni azienda deve decidere da sola di cosa ha bisogno per un'esistenza confortevole in termini di tariffe hardware e cloud. Ma non si può fare a meno di prestare attenzione al fatto che l'acquisto sconsiderato "secondo la lista" senza successivo monitoraggio e analisi dell'utilizzo per molte aziende alla fine si traduce in perdite molto, molto significative a causa della gestione inefficace delle "risorse" del loro backend.
Chi è FinOps
Supponiamo che tu abbia un'impresa rispettabile, di cui gli addetti alle vendite parlano di "impresa" con tono sussurrato. Probabilmente, "secondo l'elenco" hai acquistato una dozzina o due server, AWS e alcune altre "piccole cose". Il che è logico: in una grande azienda si verifica costantemente una sorta di movimento: alcune squadre crescono, altre si disintegrano, altre vengono trasferite a progetti vicini. E la combinazione di questi movimenti, insieme al meccanismo degli appalti “basati su liste”, alla fine porta a nuovi capelli grigi quando si guarda alla prossima fattura mensile delle infrastrutture.
Allora cosa fare: continuare pazientemente a ingrigire, dipingerlo sopra o capire le ragioni della comparsa di questi numerosi terribili zeri nel pagamento?
Diciamo la verità: non sempre (in realtà, quasi mai) approvazione, approvazione e pagamento diretto di una richiesta all’interno dell’azienda per la stessa tariffa AWS. E proprio a causa dei continui movimenti societari, alcune di queste stesse acquisizioni potrebbero andare “perse” da qualche parte. Ed è banale restare inattivi. Se un amministratore attento nota un rack senza proprietario nella sua sala server, nel caso delle tariffe cloud tutto è molto più triste. Possono essere messi da parte per mesi, pagati, ma allo stesso tempo non più necessari a nessuno nel dipartimento per il quale sono stati acquistati. Allo stesso tempo, i colleghi dell'ufficio successivo iniziano a strapparsi i capelli non ancora grigi non solo sulla testa, ma anche in altri luoghi: non sono stati in grado di pagare approssimativamente la stessa tariffa AWS per l'ennesima settimana, che è disperatamente necessario.
Qual è la soluzione più ovvia? Esatto, consegna le redini a chi ne ha bisogno e tutti saranno felici. Ma le comunicazioni orizzontali non sono sempre ben stabilite. E il secondo dipartimento potrebbe semplicemente non essere a conoscenza della ricchezza del primo, che in qualche modo si è rivelato non aver davvero bisogno di questa ricchezza.
Chi è la colpa di questo? - Veramente nessuno. Per ora è tutto impostato così.
Chi ne soffre? - Questo è tutto, l'intera compagnia.
Chi può risolvere la situazione? - Sì, sì, FinOps.
FinOps non è solo uno strato tra gli sviluppatori e le apparecchiature di cui hanno bisogno, ma una persona o un team che saprà dove, cosa e quanto bene "si trova" in termini delle stesse tariffe cloud acquistate dall'azienda. Queste persone, infatti, devono lavorare in tandem con DevOps, da un lato, e con il dipartimento finanziario dall’altro, svolgendo il ruolo di intermediario efficace e, soprattutto, di analista.
Un po' di ottimizzazione
Nuvole. Relativamente economico e molto conveniente. Ma questa soluzione smette di essere economica quando il numero di server raggiunge la doppia o la tripla cifra. Inoltre, i cloud consentono di utilizzare sempre più servizi prima non disponibili: si tratta di database come servizio (Amazon AWS, Azure Database), applicazioni serverless (AWS Lambda, Funzioni di Azure) e molti altri. Sono tutti molto interessanti perché sono facili da usare: compra e vai, senza problemi. Ma quanto più l’azienda e i suoi progetti sprofondano nelle nuvole, tanto peggio dorme il CFO. E più velocemente il generale diventa grigio.
Il fatto è che le fatture per i vari servizi cloud sono sempre estremamente confuse: per una voce potresti ricevere una spiegazione di tre pagine su cosa, dove e come sono finiti i tuoi soldi. Questo, ovviamente, è piacevole, ma è quasi impossibile capirlo. Inoltre, la nostra opinione su questo tema non è l'unica: per trasferire gli account cloud a quelli umani, esistono interi servizi, ad esempio o . Se qualcuno si è preso la briga di creare un servizio separato per decifrare le fatture, la portata del problema ha superato il costo della tintura per capelli.
Quindi cosa fa FinOps in questa situazione:
- capisce chiaramente quando e in quali volumi sono state acquistate soluzioni cloud.
- sa come vengono utilizzate queste capacità.
- li ridistribuisce a seconda delle esigenze di una particolare unità.
- non compra “affinché sia”.
- e alla fine ti fa risparmiare denaro.
Un ottimo esempio è l'archiviazione nel cloud di una copia a freddo di un database. Ad esempio, lo archivi per ridurre la quantità di spazio e traffico consumati durante l'aggiornamento dello spazio di archiviazione? Sì, sembrerebbe che la situazione sia economica - in un singolo caso specifico, ma la totalità di situazioni così economiche si traduce successivamente in costi esorbitanti per i servizi cloud.
Oppure un'altra situazione: hai acquistato capacità di riserva su AWS o Azure per non cadere nei picchi di carico. Puoi essere sicuro che questa sia la soluzione ottimale? Dopotutto, se queste istanze sono inattive all'80%, stai semplicemente dando soldi ad Amazon. Inoltre, per questi casi, gli stessi AWS e Azure dispongono di istanze esplodibili: perché hai bisogno di server inattivi se puoi utilizzare uno strumento per risolvere i problemi di picchi di carico? Oppure, invece delle istanze On Premise, dovresti guardare alle istanze Reserved: sono molto più economiche e offrono anche sconti.
A proposito, sugli sconti
Come abbiamo detto all'inizio, l'approvvigionamento viene spesso effettuato da chiunque: ha trovato l'ultimo e poi in qualche modo lo fa da solo. Molto spesso, le persone già impegnate diventano "estreme" e di conseguenza otteniamo una situazione in cui una persona decide rapidamente e abilmente, ma in modo completamente indipendente, cosa e in quali quantità acquistare.
Ma quando si interagisce con un venditore del servizio cloud, è possibile ottenere condizioni più favorevoli per quanto riguarda l'acquisto all'ingrosso di capacità. È chiaro che non sarai in grado di ottenere tali sconti da un'auto con una registrazione silenziosa e unilaterale, ma dopo aver parlato con un vero responsabile delle vendite, potresti esaurirti. Oppure questi ragazzi possono dirti su cosa hanno attualmente sconti. Può anche essere utile.
Allo stesso tempo, devi ricordare che la luce non converge come un cuneo su AWS o Azure. Naturalmente non si tratta di organizzare la propria sala server, ma ci sono alternative a queste due soluzioni classiche dei giganti.
Ad esempio, Google ha offerto alle aziende la piattaforma Firebase, sulla quale possono ospitare lo stesso progetto mobile chiavi in mano, il che potrebbe richiedere una rapida scalabilità. Archiviazione, database in tempo reale, hosting e sincronizzazione dei dati nel cloud utilizzando questa soluzione come esempio sono disponibili in un unico posto.
D'altra parte, se non si tratta di progetti monolitici, ma della loro totalità, una soluzione centralizzata non è sempre vantaggiosa. Se il progetto è di lunga durata, ha una propria storia di sviluppo e una quantità corrispondente di dati necessari per l'archiviazione, allora vale la pena pensare a un posizionamento più frammentato.
Quando ottimizzi i costi per i servizi cloud, potresti improvvisamente renderti conto che per le applicazioni business-critical puoi acquistare tariffe più potenti che forniranno all'azienda guadagni ininterrotti. Allo stesso tempo, la soluzione è archiviare “l’eredità” dello sviluppo, vecchi archivi, database, ecc. in cloud costosi. Dopotutto, per tali dati, un data center standard con normali HDD e hardware di media potenza senza fronzoli è abbastanza adatto.
Anche in questo caso si potrebbe pensare che “questa confusione non ne vale la pena”, ma l'intero problema di questa pubblicazione si basa sul fatto che in varie fasi le persone responsabili trascurano le piccole cose e fanno ciò che è più conveniente e veloce. Il che, alla fine, dopo un paio d’anni si traduce in quei resoconti davvero horror.
Il risultato?
In generale, i cloud sono interessanti e risolvono molti problemi per le aziende di qualsiasi dimensione. Tuttavia, la novità di questo fenomeno fa sì che non abbiamo ancora una cultura del consumo e della gestione. FinOps è una leva organizzativa che ti aiuta a sfruttare la potenza del cloud in modo più efficace. La cosa principale è non trasformare questa posizione in un analogo di un plotone di esecuzione, il cui compito sarà quello di prendere per mano gli sviluppatori disattenti e "rimproverarli" per i tempi di inattività.
Gli sviluppatori dovrebbero sviluppare, non contare i soldi dell'azienda. Pertanto, FinOps dovrebbe rendere sia il processo di acquisto che il processo di disattivazione o trasferimento della capacità del cloud ad altri team un evento semplice e divertente per tutte le parti.
Fonte: habr.com