{"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\/sv\/blog\/administrirovanie\/skolko-vy-tratite-na-infrastrukturu-i-kak-na-etom-sekonomit","title":{"rendered":"Hur mycket spenderar du p\u00e5 infrastruktur? Och hur kan du spara p\u00e5 det?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Hur
\n
\nDu har s\u00e4kert undrat \u00f6ver vad infrastrukturen f\u00f6r ditt projekt kostar. Det \u00e4r ocks\u00e5 intressant att kostnads\u00f6kningen inte \u00e4r linj\u00e4r i f\u00f6rh\u00e5llande till belastningarna. M\u00e5nga f\u00f6retags\u00e4gare, CTO:er och utvecklare f\u00f6rst\u00e5r undermedvetet att de betalar f\u00f6r mycket. Men f\u00f6r vad exakt?<\/p>\n

Vanligtvis handlar kostnadsbesparingar helt enkelt om att hitta den billigaste l\u00f6sningen, AWS-priser eller, om vi pratar om fysiska rack, att optimera utrustningskonfigurationen. Dessutom \u00e4r det faktiskt vem som helst som sysslar med detta, som det passar: om vi talar om en startup \u00e4r det sannolikt en ledande utvecklare som redan k\u00e4mpar med m\u00e5nga problem. I st\u00f6rre f\u00f6retag hanteras detta av CMO\/CTO, ibland ger till och med VD:n och huvudbokf\u00f6raren sig in i fr\u00e5gan. I stort sett \u00e4r det personer som redan har tillr\u00e4ckligt med 'fackm\u00e4ssiga' bekymmer. Och det visar sig att r\u00e4kningarna f\u00f6r infrastrukturen \u00f6kar, men det hanteras av\u2026 de som inte har tid att hantera det.
\n<\/a><\/noindex>
\nOm toalettpapper beh\u00f6ver k\u00f6pas in p\u00e5 kontoret, s\u00e5 tar f\u00f6rvaltaren eller en ansvarig fr\u00e5n st\u00e4dfirman hand om det. Om det handlar om utveckling \u00e4r det ledarna och CTO:erna som hanterar det. F\u00f6rs\u00e4ljning \u00e4r ocks\u00e5 klart. Men redan fr\u00e5n de gamla tider d\u00e5 'serverrummet' refererade till ett sk\u00e5p d\u00e4r en vanlig tower-dator med n\u00e5got mer RAM och ett par h\u00e5rddiskar i RAID stod, s\u00e5 har m\u00e5nga (eller \u00e5tminstone m\u00e5nga) ignorerat det faktum att ansvaret f\u00f6r ink\u00f6p av kapaciteter ocks\u00e5 b\u00f6r ligga p\u00e5 en s\u00e4rskilt utbildad person. <\/p>\n

Tyv\u00e4rr s\u00e4ger historisk erfarenhet oss att denna uppgift under flera decennier har lagts p\u00e5 'slumpar': den som var n\u00e4rmast tog p\u00e5 sig fr\u00e5gan. Och f\u00f6rst nyligen har yrket FinOps b\u00f6rjat ta form och f\u00e5 konkret inneb\u00f6rd p\u00e5 marknaden. Detta \u00e4r just den s\u00e4rskilt utbildade person vars uppgift \u00e4r att \u00f6vervaka ink\u00f6p och anv\u00e4ndning av kapacitet. Och i slut\u00e4ndan att s\u00e4nka f\u00f6retagets utgifter inom detta omr\u00e5de.<\/p>\n

Vi uppmanar inte till att avst\u00e5 fr\u00e5n dyra och effektiva l\u00f6sningar: varje f\u00f6retag m\u00e5ste sj\u00e4lva avg\u00f6ra vad de beh\u00f6ver f\u00f6r att trivas n\u00e4r det g\u00e4ller h\u00e5rdvara och molnavtal. Men man kan inte bortse fr\u00e5n det faktum att tankl\u00f6s ink\u00f6p \"enligt listan\" utan efterf\u00f6ljande kontroll och analys av anv\u00e4ndningen leder till mycket stora f\u00f6rluster f\u00f6r m\u00e5nga f\u00f6retag p\u00e5 grund av ineffektiv f\u00f6rvaltning av sina \"tillg\u00e5ngar\" i backend.<\/p>\n

Vad \u00e4r FinOps<\/h4>\n

\nAnta att du har ett stort f\u00f6retag som s\u00e4ljarna med beundran omtalar som \"enterprise\". Sannolikt har du \"enligt listan\" k\u00f6pt ett tiotal servrar, AWS och lite annat \"i sm\u00e5tt\". Vilket \u00e4r logiskt: i ett stort f\u00f6retag p\u00e5g\u00e5r det st\u00e4ndigt n\u00e5gon typ av r\u00f6relse \u2014 vissa team v\u00e4xer, andra uppl\u00f6ses, och vissa \u00f6verg\u00e5r till angr\u00e4nsande projekt. Denna kombination av r\u00f6relser i samband med ink\u00f6psmekanismen \"enligt listan\" resulterar slutligen i nya gr\u00e5 h\u00e5r n\u00e4r man granskar n\u00e4sta m\u00e5nads faktura f\u00f6r infrastrukturen. <\/p>\n

Vad ska man g\u00f6ra - forts\u00e4tta t\u00e5lmodigt att gr\u00e5na, f\u00e4rga h\u00e5r eller ta reda p\u00e5 orsaken till dessa m\u00e5nga hemska nollor i fakturan? <\/p>\n

Vad ska man d\u00f6lja: godk\u00e4nnande, auktorisation och sj\u00e4lva betalningen av en beg\u00e4ran inom f\u00f6retaget f\u00f6r samma AWS-plan \u00e4r inte alltid (i verkligheten n\u00e4stan aldrig) en snabb process. Och just p\u00e5 grund av den st\u00e4ndiga f\u00f6retagsr\u00f6relsen kan en del av dessa ink\u00f6p \"f\u00f6rlora\" sig n\u00e5gonstans. Och st\u00e5 helt stilla. Om en upps\u00e4ttning som saknar \u00e4gare i serverrummet m\u00e4rks av en uppm\u00e4rksam administrat\u00f6r, \u00e4r det mycket ledsnare med molnavtal. De kan st\u00e5 \"p\u00e5 is\" i m\u00e5nader \u2014 betalda, men samtidigt redan \u00f6verfl\u00f6diga f\u00f6r den avdelning som de k\u00f6ptes f\u00f6r. Samtidigt b\u00f6rjar kollegorna fr\u00e5n kontoret bredvid att riva sitt fortfarande m\u00f6rka h\u00e5r, eftersom de inte har kunnat f\u00e5 ungef\u00e4r samma AWS-plan betald p\u00e5 flera veckor.<\/p>\n

Vad \u00e4r den mest uppenbara l\u00f6sningen? R\u00e4tt, att \u00f6verl\u00e4mna ansvaret till de som beh\u00f6ver det, s\u00e5 \u00e4r alla n\u00f6jda. Men de horisontella kommunikationerna \u00e4r inte alltid v\u00e4l etablerade. Och den andra avdelningen kanske helt enkelt inte vet om rikedomarna hos den f\u00f6rsta, vilket den f\u00f6rsta kanske inte k\u00e4nner n\u00e5got behov av.<\/p>\n

Vem \u00e4r skyldig h\u00e4r? \u2013 Egentligen ingen. S\u00e5 h\u00e4r \u00e4r det utformat just nu.
\nVem lider av detta? \u2013 Alla, hela f\u00f6retaget.
\nVem kan l\u00f6sa situationen? \u2013 Precis, FinOps.<\/p>\n

FinOps \u00e4r inte bara en mellanhand mellan utvecklarna och den h\u00e5rdvara de beh\u00f6ver, utan en person eller ett team som vet var, vad och hur v\u00e4l det ser ut med avseende p\u00e5 de molntj\u00e4nster som f\u00f6retaget k\u00f6pt. Faktiskt ska dessa personer arbeta tillsammans med DevOps p\u00e5 ena sidan och ekonomiavdelningen p\u00e5 den andra sidan, och fungera som en effektiv mediator och, viktigast av allt \u2013 analytiker.<\/p>\n

Lite om optimering<\/h4>\n

\nMoln. Relativt billigt och v\u00e4ldigt bekv\u00e4mt. Men det h\u00e4r beslutet slutar vara billigt n\u00e4r antalet servrar blir tv\u00e5siffrigt eller tresiffrigt. Dessutom ger moln m\u00f6jlighet att anv\u00e4nda allt fler tj\u00e4nster som tidigare var otillg\u00e4ngliga: allt fr\u00e5n databaser som en tj\u00e4nst (Amazon AWS, Azure Database) till serverl\u00f6s applikation (AWS Lambda, Azure Functions) och m\u00e5nga fler. De \u00e4r alla fantastiska d\u00e5 de \u00e4r l\u00e4tta att anv\u00e4nda \u2013 k\u00f6pt och klart, inga problem. Men ju djupare f\u00f6retaget och dess projekt g\u00e5r in i molnen, desto s\u00e4mre sover finanschefen. Och desto snabbare gr\u00e5nar VD:n.<\/p>\n

Saken \u00e4r den att fakturorna f\u00f6r olika molntj\u00e4nster alltid \u00e4r oerh\u00f6rt komplicerade: f\u00f6r en och samma post kan du f\u00e5 en tre-sidig specifikation av vad, vart och hur dina pengar g\u00e5tt. Det \u00e4r f\u00f6rst\u00e5s trevligt, men att f\u00f6rst\u00e5 den \u00e4r praktiskt taget om\u00f6jligt. V\u00e5r \u00e5sikt i denna fr\u00e5ga \u00e4r l\u00e5ngt ifr\u00e5n unik: f\u00f6r att \u00f6vers\u00e4tta molnfakturor till m\u00e4nskligt spr\u00e5k finns det faktiska tj\u00e4nster, till exempel www.cloudyn.com<\/a><\/noindex> eller www.cloudability.com<\/a><\/noindex>. Om n\u00e5gon har tagit sig tid att skapa en separat tj\u00e4nst f\u00f6r att tolka fakturor, s\u00e5 har problemet vuxit bortom v\u00e4rdet av h\u00e5rf\u00e4rg.<\/p>\n

S\u00e5 vad g\u00f6r FinOps i denna situation:<\/p>\n