ProHoster > Blogs > Administrācija > Cik daudz jūs tērējat infrastruktūrai? Un kā jūs varat ietaupīt naudu par to?

Cik daudz jūs tērējat infrastruktūrai? Un kā jūs varat ietaupīt naudu par to?

Cik daudz jūs tērējat infrastruktūrai? Un kā jūs varat ietaupīt naudu par to?

JÅ«s noteikti esat domājis, cik maksā jÅ«su projekta infrastruktÅ«ra. Tajā paŔā laikā tas ir pārsteidzoÅ”i: izmaksu pieaugums attiecÄ«bā uz slodzēm nav lineārs. Daudzi uzņēmumu Ä«paÅ”nieki, degvielas uzpildes stacijas un izstrādātāji klusÄ«bā saprot, ka viņi pārmaksā. Bet priekÅ” kam tieÅ”i?

Parasti izmaksu samazināŔana ir saistÄ«ta tikai ar lētākā risinājuma atraÅ”anu, AWS plānu vai fizisko plauktu gadÄ«jumā aparatÅ«ras konfigurācijas optimizÄ“Å”anu. Ne tikai tas: patiesÄ«bā ikviens to dara, kā Dievs vēlas: ja mēs runājam par jaunuzņēmumu, tad tas, iespējams, ir vadoÅ”ais izstrādātājs, kuram ir daudz galvassāpju. Lielākos birojos ar to nodarbojas CMO/CTO, un dažreiz Ä£enerāldirektors personÄ«gi iesaistās Å”ajā jautājumā kopā ar galveno grāmatvedi. Kopumā tie cilvēki, kuriem ir pietiekami daudz ā€œpamatbažuā€. Un izrādās, ka infrastruktÅ«ras rēķini aug, bet tie, kam nav laika ar to nodarboties, ar to nodarbojas.

Ja nepiecieÅ”ams iegādāties tualetes papÄ«ru birojam, to veiks piegādes vadÄ«tājs vai uzkopÅ”anas uzņēmuma atbildÄ«gā persona. Ja mēs runājam par attÄ«stÄ«bu - noved un CTO. PārdoÅ”ana - viss arÄ« skaidrs. Bet kopÅ” seniem laikiem, kad "servera telpa" bija nosaukums kabinetam, kurā bija parasta torņu sistēma ar nedaudz vairāk RAM un pāris cietajiem diskiem reidā, visi (vai vismaz daudzi) ignorē to, ka ar jaudas iegādi jārÄ«kojas arÄ« speciāli apmācÄ«tai personai.

Diemžēl vēsturiskā atmiņa un pieredze liecina, ka gadu desmitiem Å”is uzdevums tika uzticēts "nejauÅ”iem" cilvēkiem: jautājumu pacēla tas, kurÅ” bija tuvākais. Un tikai nesen FinOps profesija sāka veidoties tirgÅ« un iegÅ«t konkrētu formu. Å Ä« ir tā pati speciāli apmācÄ«ta persona, kuras uzdevums ir kontrolēt jaudu iegādi un izmantoÅ”anu. Un galu galā, samazinot uzņēmuma izmaksas Å”ajā jomā.

Mēs neiesakām atteikties no dārgiem un efektÄ«viem risinājumiem: katram uzņēmumam paÅ”am ir jāizlemj, kas tam nepiecieÅ”ams ērtai eksistencei aparatÅ«ras un mākoņa tarifu ziņā. Taču nevar nepievērst uzmanÄ«bu faktam, ka nepārdomāta pirkÅ”ana ā€œpēc sarakstaā€ bez turpmākas lietoÅ”anas uzraudzÄ«bas un analÄ«zes daudziem uzņēmumiem galu galā rada ļoti, ļoti bÅ«tiskus zaudējumus neefektÄ«vas aizmugursistēmas ā€œaktÄ«vuā€ pārvaldÄ«Å”anas dēļ.

Kas ir FinOps

Pieņemsim, ka jums ir cienÄ«jams uzņēmums, par kuru pārdevēji runā par ā€œuzņēmumuā€ elpas tonÄ«. Iespējams, ā€œsaskaņā ar sarakstuā€ iegādājāties duci vai divus serverus, AWS un dažas citas ā€œsÄ«kas lietasā€. Kas ir loÄ£iski: lielā uzņēmumā nemitÄ«gi notiek kaut kāda kustÄ«ba - vienas komandas aug, citas sadalās, citas pārceļas uz kaimiņu projektiem. Un Å”o kustÄ«bu kombinācija kopā ar ā€œuz sarakstu balstÄ«toā€ iepirkuma mehānismu galu galā noved pie jauniem sirmiem matiem, skatoties uz nākamo ikmēneÅ”a infrastruktÅ«ras rēķinu.

Tātad, ko darÄ«t - pacietÄ«gi turpināt pelēkot, krāsot to vai izdomāt iemeslus, kāpēc maksājumā parādās Ŕīs daudzās briesmÄ«gās nulles?

BÅ«sim godÄ«gi: iesnieguma apstiprināŔana, apstiprināŔana un tieÅ”a apmaksa uzņēmuma iekÅ”ienē par vienu un to paÅ”u AWS tarifu ne vienmēr (reāli gandrÄ«z nekad) nenotiek ātri. Un tieÅ”i pastāvÄ«gās korporatÄ«vās kustÄ«bas dēļ daži no Å”iem paÅ”iem pirkumiem var kaut kur ā€œpazustā€. Un ir triviāli stāvēt dÄ«kstāvē. Ja vērÄ«gs administrators savā serveru telpā pamana bezsaimnieka plauktu, tad mākoņa tarifu gadÄ«jumā viss ir daudz bēdÄ«gāk. Tos var nolikt mēneÅ”iem ilgi ā€“ apmaksāti, bet tajā paŔā laikā vairs nevienam nevajadzÄ«gi nodaļā, kurai tie iegādāti. Tajā paŔā laikā kolēģi no blakus biroja sāk plēst savus vēl ne sirmos matus ne tikai uz galvas, bet arÄ« citur - viņi jau n-to nedēļu nevar samaksāt par aptuveni tādu paÅ”u AWS tarifu, kas ir izmisÄ«gi vajadzÄ«gs.

Kāds ir visredzamākais risinājums? Pareizi, atdodiet vadÄ«bas grožus tiem, kam tā nepiecieÅ”ama, un visi ir laimÄ«gi. Bet horizontālie sakari ne vienmēr ir labi izveidoti. Un otrā nodaļa var vienkārÅ”i nezināt par pirmās bagātÄ«bas, kurai kaut kā izrādÄ«jās, ka Ŕī bagātÄ«ba nav Ä«sti vajadzÄ«ga.

KurÅ” pie tā vainÄ«gs? ā€“ PatiesÄ«bā neviens. Tā pagaidām viss ir iekārtots.
KurŔ no tā cieŔ? - Tas viss, visa kompānija.
KurŔ var labot situāciju? - Jā, jā, FinOps.

FinOps nav tikai slānis starp izstrādātājiem un viņiem nepiecieÅ”amo aprÄ«kojumu, bet gan cilvēks vai komanda, kas zinās, kur, kas un cik labi tas ā€œguļā€ attiecÄ«bā uz tiem paÅ”iem uzņēmuma iegādātajiem mākoņa tarifiem. PatiesÄ«bā Å”iem cilvēkiem ir jāstrādā kopā ar DevOps, no vienas puses, un finanÅ”u nodaļu, no otras puses, pildot efektÄ«va starpnieka un, pats galvenais, analÄ«tiÄ·a lomu.

Mazliet par optimizāciju

Mākoņi. SalÄ«dzinoÅ”i lēti un ļoti ērti. Taču Å”is risinājums pārstāj bÅ«t lēts, kad serveru skaits sasniedz divciparu vai trÄ«sciparu skaitli. Turklāt mākoņi ļauj izmantot arvien vairāk pakalpojumu, kas iepriekÅ” nebija pieejami: tās ir datu bāzes kā pakalpojums (Amazon AWS, Azure Database), bezserveru lietojumprogrammas (AWS Lambda, Azure Functions) un daudzas citas. Tie visi ir ļoti forÅ”i, jo ir ērti lietojami ā€“ pērc un brauc, nekādu problēmu. Bet jo dziļāk uzņēmums un tā projekti iegrimst mākoņos, jo sliktāk guļ finanÅ”u direktors. Un jo ātrāk Ä£enerālis kļūst pelēks.

Fakts ir tāds, ka dažādu mākoņpakalpojumu rēķini vienmēr ir ārkārtÄ«gi mulsinoÅ”i: par vienu preci jÅ«s varat saņemt trÄ«s lappuÅ”u skaidrojumu par to, kas, kur un kā aizgāja jÅ«su nauda. Tas, protams, ir patÄ«kami, taču to ir gandrÄ«z neiespējami saprast. Turklāt mÅ«su viedoklis par Å”o jautājumu nebÅ«t nav vienÄ«gais: lai pārsÅ«tÄ«tu mākoņa kontus uz cilvēku kontiem, ir veseli pakalpojumi, piemēram, www.cloudyn.com vai www.cloudability.com. Ja kāds pacentās izveidot atseviŔķu servisu rēķinu atÅ”ifrÄ“Å”anai, tad problēmas mērogs ir pāraudzis matu krāsoÅ”anas izmaksas.

Tātad, ko FinOps dara Ŕajā situācijā:

  • skaidri saprot, kad un kādos apjomos tika iegādāti mākoņrisinājumi.
  • zina, kā Ŕīs iespējas tiek izmantotas.
  • pārdala tos atkarÄ«bā no konkrētas vienÄ«bas vajadzÄ«bām.
  • nepērk "lai tā bÅ«tu".
  • un galu galā tas ietaupa jÅ«su naudu.

Lielisks piemērs ir datu bāzes aukstās kopijas mākoņkrātuve. Piemēram, vai jÅ«s to arhivējat, lai, atjauninot krātuvi, samazinātu vietas daudzumu un patērēto trafiku? Jā, Ŕķiet, ka situācija ir lēta - atseviŔķā gadÄ«jumā, bet Ŕādu lētu situāciju kopums vēlāk rada pārmērÄ«gas mākoņpakalpojumu izmaksas.

Vai arÄ« cita situācija: jÅ«s iegādājāties rezerves jaudu AWS vai Azure, lai netiktu pakļauti maksimālās slodzes iedarbÄ«bai. Vai varat bÅ«t pārliecināts, ka tas ir optimālais risinājums? Galu galā, ja Å”ie gadÄ«jumi ir dÄ«kstāvē 80%, tad jÅ«s vienkārÅ”i pieŔķirat naudu Amazon. Turklāt Ŕādos gadÄ«jumos vienam un tam paÅ”am AWS un Azure ir eksplozijas gadÄ«jumi ā€” kāpēc jums ir vajadzÄ«gi dÄ«kstāvē esoÅ”i serveri, ja varat izmantot rÄ«ku, lai atrisinātu maksimālās slodzes problēmas? Vai arÄ« On Premise instanču vietā jums vajadzētu skatÄ«ties uz Reserved - tie ir daudz lētāki un piedāvā arÄ« atlaides.

Starp citu, par atlaidēm

Kā jau sākumā teicām, iepirkumu bieži veic jebkurÅ” - atrada pēdējo, un tad viņŔ to kaut kā pats izdara. Visbiežāk jau aizņemti cilvēki kļūst par ā€œekstrēmiemā€, un rezultātā mēs nonākam situācijā, kad cilvēks ātri un prasmÄ«gi, bet pilnÄ«gi patstāvÄ«gi izlemj, ko un kādos daudzumos pirkt.

Taču, sazinoties ar mākoņpakalpojuma pārdevēju, jÅ«s varat iegÅ«t izdevÄ«gākus nosacÄ«jumus jaudas vairumtirdzniecÄ«bas iegādei. Ir skaidrs, ka Ŕādas atlaides no automaŔīnas ar klusu un vienpusēju reÄ£istrāciju nevarēsiet iegÅ«t - taču pēc sarunas ar Ä«stu pārdoÅ”anas vadÄ«tāju jÅ«s varat izdegt. Vai arÄ« Å”ie puiÅ”i var jums pastāstÄ«t, par ko viņiem paÅ”laik ir atlaides. Tas var bÅ«t arÄ« noderÄ«gi.

Tajā paŔā laikā jums jāatceras, ka gaisma nesaplÅ«da kā Ä·Ä«lis uz AWS vai Azure. Protams, nav runas par savas serveru telpas organizÄ“Å”anu ā€“ taču Å”iem diviem klasiskajiem milzu risinājumiem ir alternatÄ«vas.

Piemēram, Google piedāvāja Firebase platformu uzņēmumiem, kuros tie var mitināt vienu un to paÅ”u mobilo projektu pabeigti, un tam var bÅ«t nepiecieÅ”ama ātra mērogoÅ”ana. Krātuve, reāllaika datubāze, hostings un mākoņdatu sinhronizācija, izmantojot Å”o risinājumu kā piemēru, ir pieejamas vienuviet.

Savukārt, ja nerunājam par monolÄ«tu projektu, bet gan par to kopumu, tad centralizēts risinājums ne vienmēr ir izdevÄ«gs. Ja projekts ir ilgmūžīgs, tam ir sava attÄ«stÄ«bas vēsture un atbilstoÅ”s uzglabāŔanai nepiecieÅ”amais datu apjoms, tad ir vērts domāt par sadrumstalotāku izvietoÅ”anu.

Optimizējot mākoņpakalpojumu izmaksas, pēkŔņi var saprast, ka biznesam kritiskām aplikācijām var iegādāties jaudÄ«gākus tarifus, kas nodroÅ”inās uzņēmumam nepārtrauktu peļņu. Tajā paŔā laikā izstrādes ā€œmantojumaā€, veco arhÄ«vu, datu bāzu u.c. glabāŔana dārgos mākoņos ir risinājums. Galu galā Ŕādiem datiem ir diezgan piemērots standarta datu centrs ar parastajiem HDD un vidējas jaudas aparatÅ«ru bez zvaniem un svilpes.

Å eit atkal varētu domāt, ka ā€œÅ”Ä« traka nav tā vērtaā€, bet visa Ŕīs publikācijas problēma ir balstÄ«ta uz to, ka dažādos posmos atbildÄ«gie cilvēki atstāj novārtā sÄ«kumus un dara to, kas ir ērtāk un ātrāk. Kas galu galā pēc pāris gadiem rada Å”os ļoti Å”ausmu pārskatus.

Rezultāts?

Kopumā mākoņi ir forÅ”i, tie atrisina daudz problēmu jebkura lieluma uzņēmumiem. Tomēr Ŕīs parādÄ«bas jaunums nozÄ«mē, ka mums joprojām nav patēriņa un pārvaldÄ«bas kultÅ«ras. FinOps ir organizatoriskā svira, kas palÄ«dz efektÄ«vāk izmantot mākoņa jaudu. Galvenais ir nepārvērst Å”o amatu par noÅ”auÅ”anas komandas analogu, kuras uzdevums bÅ«s noÄ·ert pie rokas nevērÄ«gos izstrādātājus un ā€œnoraidÄ«tā€ viņus par dÄ«kstāvi.

Izstrādātājiem ir jāattÄ«stās, nevis jāskaita uzņēmuma nauda. Tāpēc FinOps ir jāpadara gan iegādes process, gan ekspluatācijas pārtraukÅ”ana vai mākoņa jaudas nodoÅ”ana citām komandām par vienkārÅ”u un patÄ«kamu notikumu visām pusēm.

Avots: www.habr.com

Pievieno komentāru