{"id":35224,"date":"2019-10-31T22:03:02","date_gmt":"2019-10-31T19:03:02","guid":{"rendered":"https:\/\/prohoster.info\/blog\/skolko-vy-tratite-na-infrastrukturu-i-kak-na-etom-sekonomit\/"},"modified":"2019-10-31T22:03:02","modified_gmt":"2019-10-31T19:03:02","slug":"skolko-vy-tratite-na-infrastrukturu-i-kak-na-etom-sekonomit","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/skolko-vy-tratite-na-infrastrukturu-i-kak-na-etom-sekonomit","title":{"rendered":"Quanto spendi per l'infrastruttura? E come risparmiare su questo?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Quanto
\n
\nSicuramente, ti sei chiesto quanto costa l'infrastruttura del tuo progetto. \u00c8 sorprendente: la crescita delle spese non \u00e8 lineare rispetto ai carichi. Molti proprietari di aziende, CTO e sviluppatori capiscono in modo sottile che stanno pagando troppo. Ma per cosa esattamente?<\/p>\n

Di solito, la riduzione dei costi si riduce semplicemente alla ricerca della soluzione pi\u00f9 economica, del piano AWS o, se parliamo di rack fisici, all'ottimizzazione della configurazione dell'hardware. Non solo: in realt\u00e0, questa \u00e8 una questione che potrebbe occuparsi chiunque a seconda delle circostanze: se parliamo di una startup, probabilmente \u00e8 il lead developer, che ha gi\u00e0 molte preoccupazioni. Nelle aziende pi\u00f9 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\u00e0 abbastanza preoccupazioni \"specifiche\". Risultato: le bollette per l'infrastruttura crescono, ma coloro che se ne occupano sono\u2026 quelli che non hanno tempo per gestirle.
\n<\/a><\/noindex>
\nSe 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, \u00e8 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\u00f9 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. <\/p>\n

Purtroppo, la memoria storica e l'esperienza dicono che questo compito \u00e8 stato trasferito per decenni a persone \"casuali\": chi si trovava pi\u00f9 vicino, si \u00e8 assunto la responsabilit\u00e0. Solo di recente, sul mercato ha iniziato a definirsi e prendere alcune forme concrete la professione di FinOps. Questa \u00e8 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.<\/p>\n

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\u00f2 ignorare il fatto che un acquisto irrazionale \"in elenco\" senza successivo controllo e analisi dell'uso pu\u00f2 trasformarsi in perdite significative a causa di una gestione inefficace degli \"attivi\" del proprio backend.<\/p>\n

Chi \u00e8 FinOps<\/h4>\n

\nSupponiamo 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\u00e0\". \u00c8 logico: in una grande azienda ci sono sempre movimenti \u2014 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. <\/p>\n

Cosa fare allora \u2014 continuare a sedere pazientemente, colorare o affrontare le cause di queste numerose terribili cifre nella fattura? <\/p>\n

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\u00e0, 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 \u00e8 molto pi\u00f9 triste. Possono rimanere \"fermi\" per mesi \u2014 pagati, ma allo stesso tempo gi\u00e0 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\u00e9 non riescono a ottenere il pagamento per una tariffa AWS simile da una settimana.<\/p>\n

Qual \u00e8 la soluzione pi\u00f9 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 \u00e8 dimostrata non cos\u00ec necessaria.<\/p>\n

Chi \u00e8 il colpevole? \u2014 In realt\u00e0, nessuno. \u00c8 tutto impostato in questo modo.
\nChi ne soffre? \u2014 Tutti, tutta l'azienda.
\nChi pu\u00f2 risolvere la situazione? \u2014 S\u00ec, s\u00ec, FinOps.<\/p>\n

FinOps non \u00e8 solo un intermediario tra sviluppatori e le attrezzature di cui hanno bisogno, ma \u00e8 una persona o un team che sa dove, cosa e quanto bene \"\u00e8 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\u00f9 importante, di analista.<\/p>\n

Un po' di ottimizzazione<\/h4>\n

\nCloud. 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\u00e0 di utilizzare sempre pi\u00f9 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\u00e9 facili da usare: compri e parti, nessun problema. Solo che pi\u00f9 l'azienda e i suoi progetti si addentrano nei cloud, peggio dorme il direttore finanziario. E pi\u00f9 in fretta ingrigisce il CEO.<\/p>\n

Il fatto \u00e8 che le fatture per vari servizi cloud sono sempre estremamente confuse: per una voce pu\u00f2 ricevere una spiegazione di tre pagine su cosa, dove e come sono andati i suoi soldi. Questo, ovviamente, \u00e8 piacevole, ma \u00e8 praticamente impossibile capire. Peraltro, la nostra opinione su questo argomento non \u00e8 affatto unica: per tradurre le fatture cloud in un linguaggio comprensibile, esistono interi servizi, ad esempio www.cloudyn.com<\/a><\/noindex> o www.cloudability.com<\/a><\/noindex>. Se qualcuno si \u00e8 preso il disturbo di creare un servizio separato per decifrare le fatture, il problema ha superato il costo della tinta per capelli.<\/p>\n

Quindi, cosa fa FinOps in questa situazione:<\/p>\n