{"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 spendete per l'infrastruttura? E come potete risparmiare su questo?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Quanto
\n
\nSicuramente ti sei chiesto quanto costi l'infrastruttura del tuo progetto. \u00c8 sorprendente: la crescita delle spese non \u00e8 lineare rispetto ai carichi di lavoro. Molti imprenditori, CTO e sviluppatori intuiscono che stanno pagando oltre. Ma per cosa, esattamente?<\/p>\n

Di solito, ridurre i costi significa semplicemente cercare la soluzione pi\u00f9 economica, un piano AWS o, nel caso delle infrastrutture fisiche, ottimizzare la configurazione hardware. Inoltre, in effetti, questo \u00e8 compito di chiunque, come capita: se parliamo di una start-up, probabilmente se ne occupa il lead developer che ha gi\u00e0 abbastanza pensieri. Nelle aziende pi\u00f9 grandi, se ne occupano CMO\/CTO, a volte il CEO stesso e il CFO si intromettono. In generale, sono le persone che gi\u00e0 hanno le loro preoccupazioni. Risultato: le fatture per l'infrastruttura aumentano, ma a gestirle sono\u2026 coloro che non hanno tempo per farlo.
\n<\/a><\/noindex>
\nSe in ufficio bisogna acquistare carta igienica, ci penser\u00e0 il responsabile o la persona incaricata della societ\u00e0 di pulizie. Se si tratta di sviluppo, ci sono i leader e il CTO. Le vendite sono anch'esse chiare. Ma fin dai tempi antichi, quando si chiamava 'server' un armadio che ospitava un comune PC tower con una maggiore quantit\u00e0 di RAM e qualche disco rigido in RAID, tutti (o almeno molti) ignorano il fatto che gli acquisti di capacit\u00e0 dovrebbero essere gestiti anche da una persona specificamente formata. <\/p>\n

Purtroppo, la memoria storica e l'esperienza ci dicono che questo compito \u00e8 stato per decenni trasferito a persone 'casuali': chi era pi\u00f9 vicino, si \u00e8 occupato della questione. Solo di recente, nel mercato ha cominciato a delinearsi e prendere una certa forma la professione del FinOps. Questa \u00e8 la persona specificamente formata il cui compito \u00e8 controllare l'acquisto e l'uso delle capacit\u00e0. E, alla fine, ridurre i costi aziendali in questo ambito.<\/p>\n

Non incoraggiamo a rinunciare a soluzioni costose ed efficaci: ogni azienda deve decidere autonomamente ci\u00f2 di cui ha bisogno per un'esistenza confortevole in termini di hardware e tariffe cloud. Tuttavia, non si pu\u00f2 ignorare il fatto che un acquisto impulsivo \"sulla lista\" senza successivo monitoraggio e analisi dell'utilizzo pu\u00f2 tradursi in perdite considerevoli per molte aziende a causa di una gestione inefficace degli \"attivi\" del proprio backend.<\/p>\n

Chi \u00e8 FinOps<\/h4>\n

\nSupponiamo che tu gestisca un'importante azienda, di cui i venditori parlano con entusiasmo definendola \"enterprise\". Probabilmente, hai acquistato una decina o pi\u00f9 server, AWS e altre piccole cose \"alla rinfusa\". Ed \u00e8 logico: in una grande azienda ci sono sempre movimenti in corso \u2014 alcune squadre crescono, altre si sciolgono, altre ancora si trasferiscono su progetti vicini. Questa combinazione di movimenti, unita al meccanismo di acquisto \"sulla lista\", porta infine a nuovi capogiri alla vista della bolletta mensile per l'infrastruttura. <\/p>\n

Quindi, cosa fare: continuare a sedere pazientemente, cercare di risolvere o capire le cause di questi numerosi orribili zeri nella fattura? <\/p>\n

Non nascondiamoci: l'approvazione e il pagamento della richiesta interna per lo stesso piano AWS non sono mai processi rapidi (in realt\u00e0, quasi mai). E proprio a causa del costante movimento aziendale, parte di questi acquisti pu\u00f2 perdersi in qualche modo. Pu\u00f2 semplicemente rimanere inattiva. 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: pagati, ma in realt\u00e0 gi\u00e0 non necessari nel dipartimento per cui sono stati acquistati. Nel frattempo, i colleghi nell'ufficio accanto iniziano a strapparsi i capelli, non solo dalla testa ma anche da altre parti, perch\u00e9 da settimane non riescono a ottenere il pagamento per un piano AWS simile di cui hanno estremamente bisogno.<\/p>\n

Qual \u00e8 la soluzione pi\u00f9 ovvia? Esatto, trasferire le redini a chi ne ha bisogno, e tutti sono soddisfatti. Ma le comunicazioni orizzontali non sono sempre ben gestite. E il secondo dipartimento potrebbe semplicemente non sapere della ricchezza del primo, che in effetti sembra non averne molto bisogno.<\/p>\n

Chi \u00e8 il colpevole? \u2014 In realt\u00e0, nessuno. \u00c8 semplicemente cos\u00ec che le cose sono organizzate per ora.
\nChi ne soffre? \u2014 Tutti, l\u2019intera azienda.
\nChi pu\u00f2 risolvere la situazione? \u2014 Certo, FinOps.<\/p>\n

FinOps non \u00e8 solo un intermediario tra gli sviluppatori e le risorse di cui hanno bisogno, ma una persona o un team che sa dove, cosa e quanto bene \"si trova\" riguardo alle tariffe cloud acquistate dall'azienda. In effetti, queste persone devono lavorare in sinergia con DevOps da un lato e il dipartimento finanziario dall\u2019altro, svolgendo il ruolo di mediatori efficaci e, cosa pi\u00f9 importante, di analisti.<\/p>\n

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

\nCloud. Relativamente economico e molto conveniente. Ma questa soluzione smette di essere economica quando il numero dei server diventa a due o tre cifre. Inoltre, il cloud offre la possibilit\u00e0 di utilizzare sempre pi\u00f9 servizi precedentemente non disponibili: ci sono database come servizio (Amazon AWS, Azure Database), applicazioni serverless (AWS Lambda, Azure Functions) e molti altri. Sono tutti fantastici perch\u00e9 facili da usare: acquisti e parti, nessun problema. Tuttavia, pi\u00f9 un'azienda e i suoi progetti si immergono nel cloud, peggio dorme il direttore finanziario. E pi\u00f9 velocemente imbianca il CEO.<\/p>\n

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

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