{"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\/et\/blog\/administrirovanie\/skolko-vy-tratite-na-infrastrukturu-i-kak-na-etom-sekonomit","title":{"rendered":"Kui palju sa kasutad infrastruktuuri peale? Ja kuidas sellele s\u00e4\u00e4sta?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Kui
\n
\nKindlasti olete m\u00f5elnud, kui palju maksab teie projekti infrastruktuur. \u00dcllatav on see, et kulude kasv ei ole koormustega lineaarne. Paljud ettev\u00f5tete omanikud, CTO-d ja arendajad tajuvad alateadlikult, et nad maksavad \u00fcle. Kuid mille eest t\u00e4pselt?<\/p>\n

Tavaliselt v\u00e4hendatakse kulusid lihtsalt odavaima lahenduse, AWS-i plaani v\u00f5i juhul, kui r\u00e4\u00e4gime f\u00fc\u00fcsikalisest riistvarast, seadistuse optimeerimise otsimise kaudu. Veelgi enam: seda teevad tegelikult k\u00f5ik, nagu jumal juhatab: kui r\u00e4\u00e4gime idufirmast, siis t\u00f5en\u00e4oliselt on see peamine arendaja, kellel on piisavalt muresid. Suuremates ettev\u00f5tetes tegelevad sellega CMO\/CTO, m\u00f5nikord sekkub sellesse isiklikult tegevjuht koos pea raamatupidajaga. \u00dches\u00f5naga, teised inimesed, kellel on oma \u201espetsiifilised\u201d kohustused. Ja nii juhtub, et infrastruktuuri arved kasvavad, kuid nende probleemiga tegelevad... need, kellel pole aega sellega tegeleda.
\n<\/a><\/noindex>
\nKui kontorisse tuleb osta tualettpaberit, siis tegeleb sellega kas varahaldur v\u00f5i vastutav isik koristusettev\u00f5ttest. Arendus osas on asjad samuti selged \u2014 sellele vastavad liidrid ja CTO-d. M\u00fc\u00fcgiosakond \u2014 ka siin on k\u00f5ik arusaadav. Kuid juba ammusest ajast, kui \"serveriks\" nimetati kappe, kus seisis tavaline tower-s\u00fcsteem koos veidi suurema m\u00e4luga ja paar k\u00f5vaketast RAID-is, on k\u00f5ik (v\u00f5i v\u00e4hemalt paljud) ignoreerinud t\u00f5siasja, et ressursi soetamisega peaks tegelema ka spetsiaalselt koolitatud inimene. <\/p>\n

Kahjuks \u00fctleb ajalooline m\u00e4lu ja kogemus, et see \u00fclesanne on aastak\u00fcmnete jooksul olnud juhuslike inimeste k\u00e4sutuses: kes l\u00e4hedale sattus, see haaras probleemi enda kanda. Alles hiljuti hakkas turul kujunema ja vormuma amet FinOps. See on see spetsiaalselt koolitatud inimene, kelle \u00fclesanne on j\u00e4lgida ressursside ostmist ja kasutamist. Ja l\u00f5puks, selle suuna kulude v\u00e4hendamine ettev\u00f5ttes.<\/p>\n

Me ei propageeri kallite ja t\u00f5husate lahenduste tagasil\u00fckkamist: iga ettev\u00f5te peab ise otsustama, mis on vajalik mugavaks eksisteerimiseks riistvara ja pilveteenuste osas. Kuid ei saa ignoreerida fakti, et m\u00f5tlematu ostmine nimekirja alusel, ilma edasise j\u00e4lgimise ja kasutuse anal\u00fc\u00fcsita, toob paljudele ettev\u00f5tetele l\u00f5puks kaasa v\u00e4ga suured kahjumid, mis tulenevad nende b\u00e4nnerdide \"varade\" ebaefektiivsest haldamisest.<\/p>\n

Kes on FinOps<\/h4>\n

\nOletame, et teil on t\u00f5sine ettev\u00f5te, millest m\u00fc\u00fcgiesindajad \u00f6\u00f6k\u00e4hedalt r\u00e4\u00e4givad kui \u201eettev\u00f5tte tasemest\u201d. T\u00f5en\u00e4oliselt olete nimekirja alusel soetanud paari tosinaga servereid, AWS-i ja veel midagi \u201cpisiasjade\u201d kohta. Mis on m\u00f5istetav: suures ettev\u00f5ttes toimub pidevalt mingi tegevus - m\u00f5ned meeskonnad kasvavad, teised lagunevad, kolmandad liiguvad naaberprojektidesse. Need liikumised koos nimekirja alusel ostmise mehhanismiga toovad l\u00f5puks uued hallid juuksed, kui vaatate j\u00e4rgmist igakuist arvet infrastruktuuri eest. <\/p>\n

Nii et mida teha \u2014 kannatlikult edasi istuda, v\u00e4rvida v\u00f5i uurida, miks need arvukad kohutavad nullid arvel on ilmnenud? <\/p>\n

Mida salata: ettev\u00f5tte sees sama AWS tariifi taotluse koosk\u00f5lastamine, heakskiitmine ja otsene maksmine ei ole alati (reaalsus on see, et peaaegu kunagi) kiire. Just pideva korporatiivse liikumise t\u00f5ttu v\u00f5ivad need ostud kuskil \u00abkaduma minna\u00bb. Ja t\u00f5eliselt \u00f6eldes seisma j\u00e4\u00e4da. Kui t\u00e4helepanelik administraator m\u00e4rkab oma serveriruumis h\u00fcljatud riiulit, siis pilvedeenuste tariifide puhul on olukord palju halvem. Need v\u00f5ivad \u00abn\u00f6\u00f6rida\u00bb kuude kaupa \u2014 makstud, kuid samal ajal juba kellelegi teistele mitte vajalikud, all\u00fcksusele, kelle jaoks need osteti. Samas hakkavad naaberb\u00fcroos kolleegid oma veel tumedad juuksed mitte ainult peas, vaid ka muudes kohtades rebima \u2014 neil ei ole juba n\u00e4dal aega \u00f5nnestunud maksta umbes sellise AWS tariifi eest, mis on h\u00e4dasti vajalik.<\/p>\n

Mis on k\u00f5ige ilmsem lahendus? \u00d5ige, anda v\u00f5im vajaduses, ja k\u00f5ik on rahul. Kuid horisontaalsed suhted ei ole alati h\u00e4sti korraldatud. Ja teine osakond ei pruugi lihtsalt teada, et esimesel on rikkust, mille j\u00e4rgi nad ei ole tegelikult n\u00f5udnud.<\/p>\n

Kes on selles s\u00fc\u00fcdi? \u2014 Tegelikult, keegi. Nii on asjad praegu korraldatud.
\nKes selle all kannatab? \u2014 K\u00f5ik, kogu ettev\u00f5te.
\nKes saab olukorda parandada? \u2014 Jah, just, FinOps.<\/p>\n

FinOps ei ole lihtsalt kiht arendajate ja neile vajaliku varustuse vahel, vaid inimene v\u00f5i meeskond, kes teab, kus, mis ja kui h\u00e4sti on n\u00e4iteks pilveteenuste hinnad, mida ettev\u00f5te on ostnud. Tegelikult peaksid need inimesed t\u00f6\u00f6tama koos DevOps'iga \u00fchise eesm\u00e4rgina ja finantsosakonnaga teiselt poolt, olles t\u00f5husad vahendajad ja, mis k\u00f5ige t\u00e4htsam, anal\u00fc\u00fctikud.<\/p>\n

Natuke optimeerimisest<\/h4>\n

\nPilved. Suhteliselt odavad ja v\u00e4ga mugavad. Kuid see lahendus l\u00f5petab odav olemise, kui serverite arv muutub kahekohaliseks v\u00f5i kolmekohaliseks. Lisaks v\u00f5imaldavad pilved kasutada j\u00e4rjest rohkem teenuseid, mis olid varem k\u00e4tte saamata: need on andmebaasid teenusena (Amazon AWS, Azure Database), serverita rakendused (AWS Lambda, Azure Functions) ja paljud teised. Need on k\u00f5ik suurep\u00e4rased oma lihtsuse t\u00f5ttu \u2014 ostsid ja said kohe kohe kasutada, mingeid probleeme pole. Kuid mida s\u00fcgavamale ettev\u00f5te ja tema projektid pilve sukelduvad, seda halvemini magab finantsjuht. Ja seda kiiremini hallineb tegevjuht.<\/p>\n

Asi on selles, et erinevate pilveteenuste arved on alati \u00e4\u00e4rmiselt segased: \u00fchel real v\u00f5ib tulla kolm lehek\u00fclge seletusi, kuhu, mis ja kuidas teie raha kadus. See on muidugi tore, aga selles aru saada on praktiliselt v\u00f5imatu. Ja see ei ole meie arvamus \u00fcksi: et t\u00f5lkida pilveteenuseid inimlikuks, eksisteerivad terve hulga teenuseid, n\u00e4iteks www.cloudyn.com<\/a><\/noindex> v\u00f5i www.cloudability.com<\/a><\/noindex>. Kui keegi on vaeva n\u00e4inud eraldi teenuse loomisega arveid de\u0161ifreerimiseks, siis probleem on \u00fcletanud juuste v\u00e4rvimise maksumuse.<\/p>\n

N nii, mida sellises olukorras teeb FinOps:<\/p>\n