Zalantzarik gabe, galdetu duzu zenbat kostatzen den zure proiektuaren azpiegiturak. Aldi berean, harrigarria da: kostuen hazkundea ez da lineala kargei dagokienez. Enpresa jabe, zerbitzugune eta garatzaile askok ezkutuan ulertzen dute gehiegi ordaintzen ari direla. Baina zertarako zehazki?
Normalean, kostuak murriztea irtenbide merkeena, AWS plan bat edo, rack fisikoen kasuan, hardwarearen konfigurazioa optimizatzea besterik ez da. Ez hori bakarrik: izan ere, edonor ari da hori egiten, Jainkoak nahi duen bezala: startup bati buruz ari bagara, ziurrenik buruhauste asko dituen garatzaile nagusi bat izango da. Bulego handiagoetan, CMO/CTO-k lantzen du, eta batzuetan zuzendari orokorra pertsonalki kontu-hartzaile nagusiarekin batera parte hartzen du gaian. Oro har, "oinarrizko" kezka nahikoa duten pertsonak. Eta ikusten da azpiegituren fakturak igotzen ari direla, baina horri aurre egiteko astirik ez dutenek aurre egiten diote.
Bulegorako komuneko papera erosi behar baduzu, hornidura arduradunak edo garbiketa-enpresako arduradun batek egingo du. Garapenaz ari bagara - leads eta CTO. Salmentak - dena ere argi dago. Baina antzinatik, "zerbitzari-gela" raid-ean RAM apur bat gehiago eta disko gogor pare bat zegoen dorre-sistema arrunt bat zegoen kabinete baten izena zenean, denek (edo, behintzat, askok) alde batera uzten dute. Izan ere, edukiera erosketa berariaz prestatutako pertsona bat ere kudeatu behar da.
Ala ere, oroimen historikoak eta esperientziak adierazten dute hamarkadetan zeregin hori Β«ausazkoΒ» pertsonengana pasatu zela: hurbilen zegoenak jaso zuen galdera. Eta duela gutxi FinOps lanbidea merkatuan forma hartzen hasi zen eta forma zehatza hartzen. Hau da, bereziki prestatutako pertsona bera, zeinaren zeregina ahalmenaren erosketa eta erabilera kontrolatzea baita. Eta, azken finean, arlo honetan enpresaren kostuak murriztean.
Ez dugu konponbide garesti eta eraginkorrak alde batera uztearen alde egiten: negozio bakoitzak bere kabuz erabaki behar du zer behar duen existentzia erosoa izateko hardware eta hodeiko tarifei dagokienez. Baina ezin da erreparatu, kontutan hartu gabe "zerrendaren arabera" erosketa burugabeak gerora enpresa askorentzat erabileraren jarraipena eta azterketa egin gabe, azken finean, galera oso-oso garrantzitsuak eragiten dituela beren backendaren "aktiboen" kudeaketa ez eraginkorra dela eta.
Nor da FinOps
Demagun enpresa entzutetsu bat duzula, eta saltzaileek "enpresari" buruz hitz egiten dute arnasgunez. Seguruenik, "zerrendaren arabera" dozena bat edo bi zerbitzari, AWS eta beste "gauza txiki" batzuk erosi dituzu. Hori logikoa da: enpresa handi batean mugimendu motaren bat gertatzen ari da etengabe: talde batzuk hazten dira, beste batzuk desegiten dira, beste batzuk inguruko proiektuetara eramaten dira. Eta mugimendu horien konbinazioak, "zerrendan oinarritutako" kontratazio mekanismoarekin batera, azken finean, ile gris berriak ekartzen ditu hurrengo hileko azpiegituren faktura aztertzean.
Beraz, zer egin - pazientziaz jarraitu grisa jartzen, gainean margotzen edo ordainketan zero izugarri horiek agertzearen arrazoiak asmatzea?
Izan gaitezen zintzoak: AWS tarifa bererako enpresa barruan eskaera baten onespena, onespena eta ordainketa zuzena ez da beti (errealitatean, ia inoiz) azkarra izaten. Eta, hain zuzen, etengabeko mugimendu korporatiboa dela eta, erosketa horietako batzuk nonbait "galdu" daitezke. Eta hutsala da geldirik egotea. Administratzaile adi batek jaberik gabeko rack bat nabaritzen badu bere zerbitzari gelan, orduan hodeiko tarifen kasuan dena askoz tristeagoa da. Hilabetez gorde daitezke: ordainduta, baina, aldi berean, erosi ziren saileko inork ez du behar. Aldi berean, hurrengo bulegoko lankideak oraindik ilea ez den ilea kentzen hasten dira buruan ez ezik, beste leku batzuetan ere - ezin izan dute gutxi gorabehera AWS tarifa bera ordaindu ngarren astean, hau da. behar-beharrezkoa da.
Zein da irtenbiderik nabariena? Hori bai, behar dutenei eskua eman, eta denak pozik. Baina komunikazio horizontalak ez daude beti ondo finkatuta. Eta bigarren sailak agian ez daki lehenengoaren aberastasunari buruz, nolabait aberastasun hori benetan behar ez zuela.
Nor da honen errua? - Egia esan, inork ez. Momentuz horrela dago dena.
Nork jasaten du hau? - Hori da, konpainia osoa.
Nork konpondu dezake egoera? - Bai, bai, FinOps.
FinOps ez da garatzaileen eta behar duten ekipamenduaren arteko geruza bat soilik, konpainiak erositako hodei-tarifa berberei dagokienez non, zer eta zein ondo "datzan" den jakingo duen pertsona edo talde bat baizik. Izan ere, pertsona horiek DevOps-ekin batera lan egin behar dute, batetik, eta finantza sailarekin, bestetik, bitartekari eraginkor baten eta, batez ere, analistaren papera betez.
Optimizazioari buruz pixka bat
Hodeiak. Nahiko merkea eta oso erosoa. Baina irtenbide honek merke izateari uzten dio zerbitzarien kopurua zifra bikoitz edo hirukoitzetara iristen denean. Gainera, hodeiek lehen erabilgarri ez zeuden gero eta zerbitzu gehiago erabiltzeko aukera ematen dute: datu-baseak zerbitzu gisa (Amazon AWS, Azure Database), zerbitzaririk gabeko aplikazioak (AWS Lambda, Azure Functions) eta beste hainbat dira. Oso politak dira guztiak erabiltzeko errazak direlako - erosi eta joan, arazorik gabe. Baina zenbat eta sakonago enpresa eta bere proiektuak hodeietan murgildu, orduan eta okerrago lo egiten du zuzendariak. Eta gero eta azkarrago gris bihurtzen da jenerala.
Kontua da hodeiko hainbat zerbitzuren fakturak oso nahasgarriak direla beti: elementu baterako hiru orrialdeko azalpena jaso dezakezu zure dirua zer, non eta nola joan den. Hau, noski, atsegina da, baina ia ezinezkoa da ulertzea. Gainera, gai honi buruzko gure iritzia bakarra izatetik urrun dago: hodeiko kontuak gizakiei transferitzeko, zerbitzu osoak daude, adibidez. edo . Norbaitek fakturak deszifratzeko zerbitzu bereizi bat sortzeaz arduratzen bazen, orduan arazoaren tamainak ile kolorazioaren kostua gainditu du.
Beraz, zer egiten du FinOps-ek egoera honetan:
- argi ulertzen du noiz eta zer bolumen erosi ziren hodeiko soluzioak.
- gaitasun horiek nola erabiltzen diren badaki.
- birbanatzen ditu unitate jakin baten beharren arabera.
- ez du erosten βizan dadinβ.
- eta azkenean, dirua aurrezten dizu.
Adibide bikaina datu-base baten kopia hotz baten hodeian biltegiratzea da. Adibidez, artxibatzen al duzu biltegia eguneratzean kontsumitzen den espazioa eta trafikoa murrizteko? Bai, badirudi egoera merkea dela - kasu zehatz bakar batean, baina egoera merke horien osotasunak gero hodeiko zerbitzuen kostu izugarriak eragiten ditu.
Edo beste egoera bat: AWS edo Azure-n erreserba-ahalmena erosi zenuen karga gorenetan ez erortzeko. Ziur al dezakezu hori irtenbide egokiena dela? Azken finean, kasu hauek %80 inaktibo badaude, orduan Amazon-i dirua ematen ari zara. Gainera, horrelako kasuetarako, AWS eta Azure berdinek instantzia lehergarriak dituzte - zergatik behar dituzu inaktibo zerbitzariak, karga puntako arazoak konpontzeko tresna bat erabil dezakezu? Edo, On Premise instantzien ordez, Erreserbatuta begiratu beharko zenuke - askoz merkeagoak dira eta deskontuak ere eskaintzen dituzte.
Bide batez, deskontuei buruz
Hasieran esan genuen bezala, kontratazioak askotan edonork egiten ditu -azkena aurkitu zuten, eta gero berak egiten du nolabait. Gehienetan, dagoeneko lanpetuta dauden pertsonak "muturrekoak" bihurtzen dira, eta, ondorioz, pertsona batek azkar eta trebetasunez, baina erabat independentean, erabakitzen duena zer eta zein kantitatetan erosi behar duen.
Baina hodeiko zerbitzuko saltzaile batekin elkarreraginean, baldintza onuragarriagoak lor ditzakezu edukiera handizkako erosteko orduan. Argi dago ezingo dituzula horrelako deskonturik lortu matrikula isil eta alde bakarreko auto batetik, baina benetako salmenta-zuzendari batekin hitz egin ondoren, baliteke erretzea. Edo mutil hauek gaur egun zertan dituzten deskontuak esan diezazukete. Baliagarria ere izan daiteke.
Aldi berean, gogoratu behar duzu argia ez zela ziri bat bezala bat egiten AWS edo Azure-n. Jakina, ez dago zure zerbitzari gela antolatzea, baina badira erraldoien bi irtenbide klasiko hauen alternatibak.
Esaterako, Google-k Firebase plataforma ekarri die enpresei, eta horietan mugikor-proiektu bera giltza eskuan jaso dezakete, eta horrek eskalatze azkarra eska dezake. Biltegiratzea, denbora errealeko datu-basea, hostinga eta hodeiko datuen sinkronizazioa irtenbide hau adibide gisa erabiliz eskuragarri daude leku bakarrean.
Bestalde, ez bagara proiektu monolitiko batez ari, haien osotasunaz baizik, orduan konponbide zentralizatua ez da beti onuragarria. Proiektuak iraupen luzea badu, garapen-historia propioa badu eta biltegiratzeko behar den datu kopuru bat badu, merezi du kokapen zatikatuagoan pentsatzea.
Hodeiko zerbitzuen kostuak optimizatzean, baliteke bat-batean konturatzea negozio-aplikazio kritikoetarako tarifa indartsuagoak eros ditzakezula konpainiari etenik gabeko irabaziak emango dizkiotenak. Aldi berean, garapenaren βondareaβ, artxibo zaharrak, datu-baseak eta abar hodei garestietan gordetzea irtenbide bat da. Azken finean, datu horietarako, nahiko egokia da HDD arruntak eta potentzia ertaineko hardwarea dituen datu-zentro estandarra.
Hemen, berriz, pentsa liteke "nahasmendu honek ez duela merezi", baina argitalpen honen arazo osoa hainbat fasetan pertsona arduratsuak gauza txikiak alde batera utzi eta erosoago eta azkarrago egiten dituelakoan dago. Horrek, azkenean, pare bat urteren ondoren izugarrizko kontu horiek sortzen ditu.
Emaitza?
Oro har, hodeiak politak dira, edozein tamainatako enpresentzako arazo asko konpontzen dituzte. Hala ere, fenomeno honen berritasunak esan nahi du oraindik ez dugula kontsumo eta kudeaketa kulturarik. FinOps hodeiko boterea modu eraginkorragoan aprobetxatzen laguntzen dizun antolakuntza-palanka bat da. Gauza nagusia ez da posizio hori fusilatzaile baten analogo bihurtzea, zeinaren zeregina arretarik ez duten garatzaileak eskuz harrapatzea eta haiek geldialdietarako "errietatzea".
Garatzaileek garatu behar dute, ez enpresaren dirua zenbatu. Eta, beraz, FinOps-ek erosketa-prozesua eta hodei-gaitasuna beste talde batzuei deskargatzeko edo transferitzeko prozesua gertakizun sinple eta atsegina bihurtu beharko luke alderdi guztientzat.
Iturria: www.habr.com