{"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\/ro\/blog\/administrirovanie\/skolko-vy-tratite-na-infrastrukturu-i-kak-na-etom-sekonomit","title":{"rendered":"C\u00e2t cheltui\u021bi pe infrastructur\u0103? \u0218i cum s\u0103 economisi\u021bi?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"C\u00e2t
\n
\nCu siguran\u021b\u0103, te-ai \u00eentrebat c\u00e2t cost\u0103 infrastructura proiectului t\u0103u. Este surprinz\u0103tor c\u0103 cre\u0219terea costurilor nu este liniar\u0103 \u00een raport cu sarcinile. Mul\u021bi proprietari de afaceri, CTO-uri \u0219i dezvoltatori \u00een\u021beleg pe t\u0103cute c\u0103 pl\u0103tesc prea mult. Dar pentru ce anume, exact?<\/p>\n

De obicei, reducerea costurilor se reduce la c\u0103utarea celei mai ieftine solu\u021bii, a unui tarif AWS sau, dac\u0103 vorbim despre rack-uri fizice, la optimizarea configura\u021biei echipamentului. Mai mult dec\u00e2t at\u00e2t: de fapt, acest lucru este gestionat de oricine, dup\u0103 cum \u00eei dicteaz\u0103 soarta: dac\u0103 vorbim despre o startup, pe aceasta probabil c\u0103 o administreaz\u0103 un dezvoltator senior, care are de rezolvat multe probleme. \u00cen companiile mai mari, acest lucru este gestionat de CMO\/CTO, uneori chiar \u0219i directorul general \u00eempreun\u0103 cu contabilul \u0219ef. Cu alte cuvinte, cei care au deja griji \u201ede specialitate\u201d. \u0218i rezultatul este c\u0103 facturile pentru infrastructur\u0103 cresc, dar se ocup\u0103 de acest lucru\u2026 cei care nu au timp s\u0103 se ocupe.
\n<\/a><\/noindex>
\nDac\u0103 trebuie s\u0103 cump\u0103r\u0103m h\u00e2rtie igienic\u0103 pentru birou, acest lucru va fi gestionat de gestionar sau de o persoan\u0103 responsabil\u0103 din compania de cur\u0103\u021benie. Dac\u0103 este vorba despre dezvoltare - este vorba despre lideri \u0219i CTO. V\u00e2nz\u0103rile - este, de asemenea, clar. Dar \u00eenc\u0103 din vremuri str\u0103vechi, c\u00e2nd \u201eserver\u201d se referea la dulapul \u00een care se afla un sistem tower obi\u0219nuit cu pu\u021bin mai mult\u0103 memorie RAM \u0219i c\u00e2teva hard disk-uri \u00een RAID, toat\u0103 lumea (sau, cel pu\u021bin, mul\u021bi) ignor\u0103 faptul c\u0103 achizi\u021biile de capacitate ar trebui s\u0103 fie gestionate de o persoan\u0103 special instruit\u0103. <\/p>\n

Din p\u0103cate, memoria istoric\u0103 \u0219i experien\u021ba arat\u0103 c\u0103 aceast\u0103 sarcin\u0103 a fost transferat\u0103 timp de decenii persoanelor \u201eocazionale\u201d: cine era mai aproape, acela se ocupa de problem\u0103. \u0218i abia recent, pe pia\u021b\u0103, profesia FinOps a \u00eenceput s\u0103 se dezvoltate \u0219i s\u0103 \u00eembrace forme concrete. Aceasta este persoana special instruit\u0103, a c\u0103rei sarcin\u0103 este de a controla achizi\u021bia \u0219i utilizarea capacit\u0103\u021bilor. \u0218i, \u00een final, de a reduce costurile companiei \u00een aceast\u0103 direc\u021bie.<\/p>\n

Nu milit\u0103m \u00eempotriva solu\u021biilor costisitoare \u0219i eficiente: fiecare afacere trebuie s\u0103 decid\u0103 ce \u00eei este necesar pentru a func\u021biona confortabil \u00een privin\u021ba hardware-ului \u0219i a tarifelor cloud. Dar nu putem ignora faptul c\u0103 achizi\u021bia nechibzuit\u0103 \u201edin list\u0103\u201d, f\u0103r\u0103 o monitorizare \u0219i o analiz\u0103 ulterioar\u0103 a utiliz\u0103rii, se transform\u0103 pentru multe companii \u00een pierderi semnificative din cauza gestion\u0103rii ineficiente a \u201eactivelor\u201d din backend.<\/p>\n

Cine este FinOps<\/h4>\n

\nS\u0103 presupunem c\u0103 ave\u021bi o \u00eentreprindere solid\u0103, despre care v\u00e2nz\u0103torii vorbesc cu admira\u021bie ca despre un \u201eenterprise\u201d. Probabil c\u0103 \u201edin list\u0103\u201d a\u021bi cump\u0103rat o duzin\u0103 de servere, AWS \u0219i alte lucruri \u201emici\u201d. Ce este logic: \u00eentr-o companie mare se petrece mereu o oarecare mi\u0219care \u2014 unele echipe cresc, altele se desf\u0103\u0219oar\u0103, iar altele se redistribuie pe proiecte \u00eenvecinate. Iar aceast\u0103 combina\u021bie de mi\u0219c\u0103ri, \u00eempreun\u0103 cu mecanismul de achizi\u021bie \u201edin list\u0103\u201d, duce \u00een cele din urm\u0103 la c\u00e2teva fire de p\u0103r alb \u00een momentul consult\u0103rii ultimei facturi lunare pentru infrastructur\u0103. <\/p>\n

Ce s\u0103 facem \u2014 s\u0103 st\u0103m \u0219i s\u0103 ne \u00eemb\u0103tr\u00e2nim r\u0103bd\u0103tor, s\u0103 ne ascundem sau s\u0103 ne d\u0103m seama de cauzele acestor numeroase zero-uri \u00een factur\u0103? <\/p>\n

Ce s\u0103 ascundem: aprobarea, consim\u021b\u0103m\u00e2ntul \u0219i plata efectiv\u0103 a cererii \u00een cadrul companiei pentru acela\u0219i tarif AWS nu este \u00eentotdeauna (\u00een realitate \u2014 aproape niciodat\u0103) un proces rapid. \u0218i tocmai din cauza mi\u0219c\u0103rii constante \u00een cadrul corpora\u021biei, o parte din aceste achizi\u021bii pot \u201epierde trasa\u201d undeva. \u0218i pur \u0219i simplu s\u0103 stea nefolosite. Dac\u0103 un administrator atent observ\u0103 un server neutilizat \u00een centrul s\u0103u de date, \u00een cazul tarifelor cloud lucrurile sunt mult mai triste. Acestea pot r\u0103m\u00e2ne \u201eneutilizate\u201d luni de zile \u2014 pl\u0103tite, dar \u00een acela\u0219i timp deja inutile \u00een departamentul pentru care au fost achizi\u021bionate. \u00cen acela\u0219i timp, colegii din biroul vecin \u00eencep s\u0103 \u00ee\u0219i smulg\u0103 p\u0103rul ne\u00eemb\u0103tr\u00e2nit nu doar de pe cap, ci \u0219i din alte locuri \u2014 nu li se poate pl\u0103ti de s\u0103pt\u0103m\u00e2ni un tarif similar AWS, at\u00e2t de necesar.<\/p>\n

Care este cea mai evident\u0103 solu\u021bie? Corect, s\u0103 pred\u0103m \u201efr\u00e2iele\u201d celor care au nevoie, \u0219i toat\u0103 lumea este mul\u021bumit\u0103. Doar c\u0103 comunicarea orizontal\u0103 nu este \u00eentotdeauna bine stabilit\u0103. Iar al doilea departament poate s\u0103 nu \u0219tie deloc de bog\u0103\u021bia primului, care la r\u00e2ndul s\u0103u nu a g\u0103sit aceast\u0103 bog\u0103\u021bie foarte necesar\u0103.<\/p>\n

Cine este de vin\u0103? \u2014 De fapt, nimeni. A\u0219a este construit totul p\u00e2n\u0103 acum.
\nCine sufer\u0103 din cauza asta? \u2014 Toat\u0103 lumea, \u00eentreaga companie.
\nCine poate remedia situa\u021bia? \u2014 Da, da, FinOps.<\/p>\n

FinOps nu este doar un intermediar \u00eentre dezvoltatori \u0219i echipamentele de care au nevoie, ci o persoan\u0103 sau o echip\u0103 care vor \u0219ti unde, ce \u0219i c\u00e2t de bine \"se afl\u0103\" \u00een ceea ce prive\u0219te tarifele pentru cloud, achizi\u021bionate de companie. De fapt, ace\u0219ti oameni ar trebui s\u0103 lucreze \u00een aceea\u0219i echip\u0103 cu DevOps, pe de o parte, \u0219i cu departamentul financiar, pe de alt\u0103 parte, \u00eendeplinind rolul de intermediar eficient \u0219i, cel mai important \u2014 analist.<\/p>\n

Pu\u021bin despre optimizare<\/h4>\n

\nCloud-uri. Relativ ieftin \u0219i foarte convenabil. Dar aceast\u0103 solu\u021bie \u00eenceteaz\u0103 s\u0103 mai fie ieftin\u0103 atunci c\u00e2nd num\u0103rul serverelor devine de dou\u0103 sau trei cifre. \u00cen plus, cloud-urile ofer\u0103 oportunitatea de a folosi tot mai multe servicii care anterior erau inaccesibile: baze de date ca serviciu (Amazon AWS, Azure Database), aplica\u021bii f\u0103r\u0103 server (AWS Lambda, Azure Functions) \u0219i multe altele. Toate acestea sunt foarte atractive prin faptul c\u0103 sunt u\u0219or de utilizat \u2014 ai cump\u0103rat \u0219i ai demarat, f\u0103r\u0103 probleme. Cu toate acestea, cu c\u00e2t compania \u0219i proiectele sale se aprofundeaz\u0103 mai mult \u00een cloud-uri, cu at\u00e2t mai r\u0103u doarme directorul financiar. \u0218i cu at\u00e2t mai repede \u00eemb\u0103tr\u00e2ne\u0219te directorul general.<\/p>\n

Problema este c\u0103 facturile pentru diverse servicii cloud sunt \u00eentotdeauna extrem de complicate: pentru o singur\u0103 pozi\u021bie po\u021bi primi o explica\u021bie de trei pagini despre ce, unde \u0219i cum au fost cheltui\u021bi banii t\u0103i. Desigur, este pl\u0103cut, dar este practic imposibil s\u0103 te descurci \u00een ea. Iar opinia noastr\u0103 \u00een aceast\u0103 privin\u021b\u0103 nu este deloc singura: pentru a traduce facturile cloud \u00een termeni accesibili, exist\u0103 servicii \u00eentregi, de exemplu www.cloudyn.com<\/a><\/noindex> sau www.cloudability.com<\/a><\/noindex>. Dac\u0103 cineva a avut ideea de a crea un serviciu separat pentru a explica facturile, atunci amploarea problemei a dep\u0103\u0219it costul vopsea pentru p\u0103r.<\/p>\n

Deci, ce face FinOps \u00een aceast\u0103 situa\u021bie:<\/p>\n