Sicuramente, ti sei chiesto quanto costa l'infrastruttura del tuo progetto. È sorprendente: la crescita delle spese non è lineare rispetto ai carichi. Molti proprietari di aziende, CTO e sviluppatori capiscono in modo sottile che stanno pagando troppo. Ma per cosa esattamente?
Di solito, la riduzione dei costi si riduce semplicemente alla ricerca della soluzione più economica, del piano AWS o, se parliamo di rack fisici, all'ottimizzazione della configurazione dell'hardware. Non solo: in realtà, questa è una questione che potrebbe occuparsi chiunque a seconda delle circostanze: se parliamo di una startup, probabilmente è il lead developer, che ha già molte preoccupazioni. Nelle aziende più grandi, se ne occupa il CMO/CTO, mentre a volte si intromette personalmente il CEO insieme al CFO. In generale, sono quelle persone che hanno già abbastanza preoccupazioni "specifiche". Risultato: le bollette per l'infrastruttura crescono, ma coloro che se ne occupano sono… quelli che non hanno tempo per gestirle.
Se in ufficio bisogna comprare della carta igienica, se ne occupa l'amministratore o una persona responsabile della ditta di pulizie. Quando si tratta di sviluppo, è compito dei lead e dei CTO. Le vendite - tutto chiaro. Ma fin dai tempi antichi, quando si chiamava "server" il mobile in cui si trovava un normale computer tower con un po' più di memoria RAM e un paio di hard disk in RAID, tutti (o almeno molti) ignorano il fatto che le acquisizioni delle risorse devono essere gestite anche da una persona appositamente formata.
Purtroppo, la memoria storica e l'esperienza dicono che questo compito è stato trasferito per decenni a persone "casuali": chi si trovava più vicino, si è assunto la responsabilità. Solo di recente, sul mercato ha iniziato a definirsi e prendere alcune forme concrete la professione di FinOps. Questa è la persona appositamente formata, il cui compito consiste nel controllare l'acquisto e l'uso delle risorse. E, alla fine, nella riduzione dei costi dell'azienda in questo ambito.
Non ci opponiamo a soluzioni costose ed efficaci: ogni azienda deve decidere autonomamente cosa le serve per un'esistenza confortevole in termini di hardware e tariffe cloud. Tuttavia, non si può ignorare il fatto che un acquisto irrazionale "in elenco" senza successivo controllo e analisi dell'uso può trasformarsi in perdite significative a causa di una gestione inefficace degli "attivi" del proprio backend.
Chi è FinOps
Supponiamo che abbiate una solida azienda, di cui i venditori parlano con entusiasmo come di un "enterprise". Probabilmente, "in elenco" avete acquistato una dozzina di server, AWS e altro ancora "in piccole quantità". È logico: in una grande azienda ci sono sempre movimenti — alcuni team crescono, altri si dissolvono, altri ancora vengono spostati su progetti vicini. E questa combinazione di movimenti, insieme al meccanismo di acquisti "in elenco", porta, alla fine, ai nuovi capelli grigi durante la visione della consueta bolletta mensile per l'infrastruttura.
Cosa fare allora — continuare a sedere pazientemente, colorare o affrontare le cause di queste numerose terribili cifre nella fattura?
Che dire del peccato: l'approvazione, l'autorizzazione e il pagamento diretto della richiesta interna all'azienda per la stessa tariffa AWS non sono sempre (in realtà, quasi mai) rapidi. E proprio a causa del continuo movimento aziendale, alcune di queste acquisizioni possono "perdersi" da qualche parte. E banalmente rimanere inutilizzate. Se un attento amministratore nota un rack abbandonato nel suo server, nel caso delle tariffe cloud, la situazione è molto più triste. Possono rimanere "fermi" per mesi — pagati, ma allo stesso tempo già non necessari al dipartimento per cui erano stati acquistati. Nel frattempo, i colleghi dall'ufficio accanto iniziano a strappare i capelli non ancora grigi, non solo sulla testa, ma anche in altre parti, poiché non riescono a ottenere il pagamento per una tariffa AWS simile da una settimana.
Qual è la soluzione più ovvia? Esatto, trasferire le redini a chi ne ha bisogno, e tutti saranno contenti. Ma le comunicazioni orizzontali non sono sempre ben organizzate. E un secondo dipartimento potrebbe semplicemente non sapere della ricchezza del primo, che a sua volta si è dimostrata non così necessaria.
Chi è il colpevole? — In realtà, nessuno. È tutto impostato in questo modo.
Chi ne soffre? — Tutti, tutta l'azienda.
Chi può risolvere la situazione? — Sì, sì, FinOps.
FinOps non è solo un intermediario tra sviluppatori e le attrezzature di cui hanno bisogno, ma è una persona o un team che sa dove, cosa e quanto bene "è disposizione" in termini di tariffe cloud acquistate dall'azienda. In effetti, queste persone devono lavorare a stretto contatto con DevOps da un lato e con il dipartimento finanziario dall'altro, svolgendo il ruolo di intermediario efficace e, cosa più importante, di analista.
Un po' di ottimizzazione
Cloud. Relativamente economico e molto conveniente. Ma questa soluzione smette di essere economica quando il numero di server diventa a due o tre cifre. Inoltre, i cloud offrono la possibilità di utilizzare sempre più servizi che in precedenza erano inaccessibili: ci sono database come servizio (Amazon AWS, Azure Database), applicazioni serverless (AWS Lambda, Azure Functions) e molte altre. Sono tutte fantastiche perché facili da usare: compri e parti, nessun problema. Solo che più l'azienda e i suoi progetti si addentrano nei cloud, peggio dorme il direttore finanziario. E più in fretta ingrigisce il CEO.
Il fatto è che le fatture per vari servizi cloud sono sempre estremamente confuse: per una voce può ricevere una spiegazione di tre pagine su cosa, dove e come sono andati i suoi soldi. Questo, ovviamente, è piacevole, ma è praticamente impossibile capire. Peraltro, la nostra opinione su questo argomento non è affatto unica: per tradurre le fatture cloud in un linguaggio comprensibile, esistono interi servizi, ad esempio o . Se qualcuno si è preso il disturbo di creare un servizio separato per decifrare le fatture, il problema ha superato il costo della tinta per capelli.
Quindi, cosa fa FinOps in questa situazione:
- comprende chiaramente quando e in che quantità sono state acquistate le soluzioni cloud.
- sa come vengono utilizzate queste risorse.
- ridefinisce le risorse, a seconda delle necessità di diversi reparti.
- non acquista "solo per averlo".
- e alla fine — risparmia i vostri soldi.
Esempio eccellente: archiviazione cloud di una copia fredda del DB. Ad esempio, la archiviare per ridurre gli spazi e il traffico consumato durante l'aggiornamento dello storage? Sì, sembra una situazione insignificante — in un singolo caso specifico, ma la somma di tali situazioni insignificanti si traduce in costi enormi per i servizi cloud.
O un'altra situazione: hai acquistato risorse in eccesso su AWS o Azure, per non crollare sotto carico massimo. Puoi essere sicuro che questa sia la soluzione ottimale? Infatti, se questi istanze sono inattive all'80%, stai semplicemente regalando soldi ad Amazon. Tanto più che per tali casi ci sono istanze burstable su AWS e Azure — perché utilizzare server che non funzionano, se puoi usare uno strumento appositamente progettato per gestire i picchi di carico? O invece di istanze On Premise, dovresti considerare le Reserved — costano molto meno e offrono anche sconti.
A proposito di sconti
Come abbiamo detto all'inizio, gli acquisti sono spesso gestiti da chiunque — si è trovato un responsabile, e poi va avanti come meglio può. La maggior parte delle volte, i "responsabili" diventano persone già molto occupate, e alla fine ci ritroviamo in una situazione in cui una persona decide in modo rapido e competente, ma completamente autonoma, cosa e in che quantità acquistare.
Eppure, interagendo con un venditore del servizio cloud, si possono ottenere condizioni più vantaggiose se si tratta di un acquisto all'ingrosso di risorse. È chiaro che ottenere tali sconti da un sistema automatizzato attraverso una registrazione silenziosa e unilaterale non funzionerà — ma parlando con un reale manager delle vendite, potrebbe esserci una possibilità. Inoltre, questi ragazzi possono suggerire su cosa hanno attualmente sconti. Anche questo può essere utile.
È importante ricordare che non è solo AWS o Azure a dominare il mercato. Certamente non stiamo parlando di organizzare il proprio server — ma ci sono alternative a queste due soluzioni classiche dei giganti.
Ad esempio, Google ha fornito alle aziende la piattaforma Firebase, su cui puoi lanciare lo stesso progetto mobile "chiavi in mano", che può richiedere una rapida scalabilità. Archiviazione, database in tempo reale, hosting e sincronizzazione cloud dei dati in base a questa soluzione sono disponibili in un'unica posizione.
D'altra parte, se non parliamo di un progetto monolitico, ma della loro somma, una soluzione centralizzata non è sempre vantaggiosa. Se il progetto è di lunga durata, ha una sua storia di sviluppo e una quantità adeguata di dati da conservare, vale la pena considerare una distribuzione più frammentata.
Nell'ottimizzazione delle spese per i servizi cloud, potresti improvvisamente renderti conto che per le applicazioni critiche per il business si possono acquistare tariffe più potenti, che garantiranno un reddito continuo all'azienda. Tuttavia, mantenere l'«eredità» dello sviluppo, archivi vecchi, database e altro in costosi cloud non è una grande soluzione. Infatti, per tali dati andrà benissimo anche un normale data center con HDD standard e hardware mediamente potente, senza alcun «accessorio».
Qui possiamo ancora pensare che «tutto questo trambusto non ne valga la pena», ma l'intera problematica di questa pubblicazione si basa sul fatto che, in diverse fasi, le persone responsabili trascurano i dettagli e agiscono in modo più comodo e veloce. Questo, alla fine, si traduce in costi da incubo dopo un paio d'anni.
Qual è il risultato finale?
In generale, il cloud è fantastico, risolve molti problemi per aziende di qualsiasi dimensione. Tuttavia, la novità di questo fenomeno porta al fatto che non abbiamo ancora una cultura di consumo e gestione. Il FinOps è un leva organizzativa che aiuta a utilizzare le risorse cloud in modo più efficiente. L'importante è non trasformare questo ruolo in un equivalente di un plotone di esecuzione, il cui compito è quello di sorprendere gli sviluppatori distratti e «rimproverarli» per l'inattività delle risorse.
Gli sviluppatori devono sviluppare, non contare i soldi dell'azienda. Ecco perché il FinOps deve rendere sia il processo di acquisto che il processo di dismissione o trasferimento delle risorse cloud a altri team un evento semplice e piacevole per tutte le parti coinvolte.
Fonte: habr.com
