Hakika umejiuliza ni kiasi gani cha gharama za miundombinu ya mradi wako. Wakati huo huo, inashangaza: ukuaji wa gharama sio mstari kwa heshima na mizigo. Wamiliki wengi wa biashara, vituo vya huduma na watengenezaji wanaelewa kwa siri kuwa wanalipa kupita kiasi. Lakini kwa nini hasa?
Kwa kawaida, gharama za kukata zinakuja tu kupata suluhisho la bei nafuu zaidi, mpango wa AWS, au, katika kesi ya racks ya kimwili, kuboresha usanidi wa vifaa. Sio hivyo tu: kwa kweli, mtu yeyote anafanya hivi, kama Mungu apendavyo: ikiwa tunazungumza juu ya kuanza, basi labda huyu ni msanidi programu anayeongoza ambaye ana maumivu mengi ya kichwa. Katika ofisi kubwa, jambo hili hushughulikiwa na CMO/CTO, na wakati mwingine mkurugenzi mkuu hujihusisha na suala hilo pamoja na mhasibu mkuu. Kwa ujumla, watu hao ambao wana wasiwasi wa kutosha wa "msingi". Na inatokea kwamba bili za miundombinu zinaongezeka, lakini wale ambao hawana muda wa kukabiliana nayo wanakabiliana nayo.
Ikiwa unahitaji kununua karatasi ya choo kwa ofisi, hii itafanywa na meneja wa usambazaji au mtu anayehusika kutoka kwa kampuni ya kusafisha. Ikiwa tunazungumza juu ya maendeleo - inaongoza na CTO. Uuzaji - kila kitu pia ni wazi. Lakini tangu siku za zamani, wakati "chumba cha seva" kilikuwa jina la baraza la mawaziri ambalo kulikuwa na mfumo wa kawaida wa mnara na RAM kidogo zaidi na anatoa ngumu kadhaa kwenye uvamizi, kila mtu (au angalau wengi) hupuuza. ukweli kwamba ununuzi wa uwezo lazima kubebwa pia mtu mafunzo maalum.
Ole, kumbukumbu ya kihistoria na uzoefu zinaonyesha kuwa kwa miongo kadhaa kazi hii ilihamishiwa kwa watu "nasibu": ni nani aliye karibu sana alichukua swali. Na hivi majuzi tu taaluma ya FinOps ilianza kuchukua sura kwenye soko na kuchukua sura halisi. Huyu ni mtu yule yule aliyefunzwa maalum ambaye kazi yake ni kudhibiti ununuzi na matumizi ya uwezo. Na, hatimaye, katika kupunguza gharama za kampuni katika eneo hili.
Hatupendekezi kuachana na ufumbuzi wa gharama kubwa na ufanisi: kila biashara lazima iamue yenyewe kile inahitaji kuwepo kwa starehe kwa suala la ushuru wa vifaa na wingu. Lakini mtu hawezi kusaidia lakini makini na ukweli kwamba ununuzi usio na mawazo "kulingana na orodha" bila ufuatiliaji na uchambuzi wa baadaye wa matumizi kwa makampuni mengi hatimaye husababisha hasara kubwa sana kutokana na usimamizi usiofaa wa "mali" ya backend yao.
FinOps ni nani
Wacha tuseme una biashara inayoheshimika, ambayo watu wa mauzo huzungumza juu ya "biashara" kwa sauti ya kupumua. Pengine, "kulingana na orodha" ulinunua seva kadhaa au mbili, AWS na "vitu vidogo" vingine. Ambayo ni mantiki: katika kampuni kubwa aina fulani ya harakati inafanyika mara kwa mara - baadhi ya timu hukua, wengine hutengana, wengine huhamishiwa kwenye miradi ya jirani. Na mchanganyiko wa harakati hizi, pamoja na utaratibu wa ununuzi wa "orodha", hatimaye husababisha mvi mpya wakati wa kuangalia muswada unaofuata wa kila mwezi wa miundombinu.
Kwa hivyo ni nini cha kufanya - kwa uvumilivu endelea kuwa kijivu, kupaka rangi juu yake, au kujua sababu za kuonekana kwa zero hizi nyingi za kutisha katika malipo?
Hebu tuwe waaminifu: idhini, idhini na malipo ya moja kwa moja ya maombi ndani ya kampuni kwa ushuru sawa wa AWS sio daima (kwa kweli, karibu kamwe) haraka. Na kwa usahihi kwa sababu ya harakati ya mara kwa mara ya ushirika, baadhi ya ununuzi huo huo unaweza "kupotea" mahali fulani. Na ni jambo dogo kusimama bila kazi. Ikiwa msimamizi makini anaona rack isiyo na mmiliki katika chumba chake cha seva, basi katika kesi ya ushuru wa wingu kila kitu ni cha kusikitisha zaidi. Wanaweza kuwekwa kwa miezi - kulipwa, lakini wakati huo huo hauhitajiki tena na mtu yeyote katika idara ambayo walinunuliwa. Wakati huo huo, wenzao kutoka ofisi inayofuata wanaanza kung'oa nywele zao ambazo hazikuwa mvi sio tu juu ya vichwa vyao, lakini pia katika maeneo mengine - hawajaweza kulipa takriban ushuru sawa wa AWS kwa wiki ya nth, ambayo. inahitajika sana.
Ni suluhisho gani lililo wazi zaidi? Hiyo ni kweli, kabidhi hatamu kwa wale wanaohitaji, na kila mtu anafurahi. Lakini mawasiliano ya usawa hayajaanzishwa vizuri kila wakati. Na idara ya pili inaweza tu kutojua juu ya utajiri wa wa kwanza, ambao kwa namna fulani haukuhitaji utajiri huu.
Nani wa kulaumiwa kwa hili? - Kwa kweli, hakuna mtu. Ndivyo kila kitu kimewekwa kwa sasa.
Nani anaumwa na hili? - Hiyo ndiyo yote, kampuni nzima.
Nani anaweza kurekebisha hali hiyo? - Ndiyo, ndiyo, FinOps.
FinOps sio safu tu kati ya watengenezaji na vifaa wanavyohitaji, lakini mtu au timu ambayo itajua wapi, nini na jinsi vizuri "imelala" kulingana na ushuru sawa wa wingu ulionunuliwa na kampuni. Kwa kweli, watu hawa lazima wafanye kazi sanjari na DevOps, kwa upande mmoja, na idara ya fedha kwa upande mwingine, wakicheza nafasi ya mpatanishi mzuri na, muhimu zaidi, mchambuzi.
Kidogo kuhusu uboreshaji
Mawingu. Kiasi cha bei nafuu na rahisi sana. Lakini suluhisho hili huacha kuwa nafuu wakati idadi ya seva inafikia tarakimu mbili au tatu. Kwa kuongezea, wingu hufanya iwezekane kutumia huduma zaidi na zaidi ambazo hazikuwepo hapo awali: hizi ni hifadhidata kama huduma (Amazon AWS, Azure Database), programu zisizo na seva (AWS Lambda, Azure Functions) na zingine nyingi. Wote ni baridi sana kwa sababu ni rahisi kutumia - kununua na kwenda, hakuna matatizo. Lakini kadri kampuni na miradi yake inavyozidi kutumbukia kwenye mawingu, ndivyo CFO inavyolala. Na kwa haraka jenerali anageuka kijivu.
Ukweli ni kwamba ankara za huduma mbalimbali za wingu daima zinachanganya sana: kwa kitu kimoja unaweza kupokea maelezo ya kurasa tatu ya nini, wapi na jinsi pesa zako zilikwenda. Hii, kwa kweli, ni ya kupendeza, lakini karibu haiwezekani kuielewa. Aidha, maoni yetu juu ya suala hili ni mbali na pekee: ili kuhamisha akaunti za wingu kwa wanadamu, kuna huduma nzima, kwa mfano. au . Ikiwa mtu alijisumbua kuunda huduma tofauti ya kufafanua bili, basi ukubwa wa shida umezidi gharama ya rangi ya nywele.
Kwa hivyo FinOps hufanya nini katika hali hii:
- inaelewa wazi ni lini na kwa kiasi gani suluhisho za wingu zilinunuliwa.
- anajua jinsi uwezo huu unatumika.
- inazisambaza tena kulingana na mahitaji ya kitengo fulani.
- hainunui "ili iwe hivyo".
- na mwisho, inakuokoa pesa.
Mfano mzuri ni uhifadhi wa wingu wa nakala baridi ya hifadhidata. Kwa mfano, je, unaiweka kwenye kumbukumbu ili kupunguza kiasi cha nafasi na trafiki inayotumiwa wakati wa kusasisha hifadhi? Ndiyo, inaweza kuonekana kuwa hali hiyo ni ya bei nafuu - katika kesi moja maalum, lakini jumla ya hali ya bei nafuu baadaye husababisha gharama kubwa kwa huduma za wingu.
Au hali nyingine: ulinunua uwezo wa hifadhi kwenye AWS au Azure ili usiingie chini ya mzigo wa kilele. Je, unaweza kuwa na uhakika kwamba hili ndilo suluhisho mojawapo? Baada ya yote, ikiwa matukio haya hayafanyiki 80%, basi unatoa pesa kwa Amazon. Kwa kuongezea, kwa visa kama hivyo, AWS sawa na Azure zina matukio ya kupasuka - kwa nini unahitaji seva za idling, ikiwa unaweza kutumia chombo kutatua matatizo ya mizigo ya kilele? Au, badala ya matukio ya On Premise, unapaswa kuangalia kuelekea Zilizohifadhiwa - ni nafuu zaidi na pia hutoa punguzo.
Kwa njia, kuhusu punguzo
Kama tulivyosema mwanzoni, manunuzi mara nyingi hufanywa na mtu yeyote - walipata wa mwisho, halafu anafanya mwenyewe kwa njia fulani. Mara nyingi, watu ambao tayari wana shughuli nyingi huwa "uliokithiri", na matokeo yake tunapata hali ambapo mtu haraka na kwa ustadi, lakini kwa kujitegemea kabisa, anaamua nini na kwa kiasi gani cha kununua.
Lakini wakati wa kuingiliana na muuzaji kutoka kwa huduma ya wingu, unaweza kupata hali nzuri zaidi linapokuja suala la ununuzi wa jumla wa uwezo. Ni wazi kuwa hutaweza kupata punguzo kama hilo kutoka kwa gari lililo na usajili wa kimya na wa upande mmoja - lakini baada ya kuzungumza na meneja halisi wa mauzo, unaweza kuchomwa moto. Au watu hawa wanaweza kukuambia kwa sasa wana punguzo gani. Inaweza pia kuwa na manufaa.
Wakati huo huo, unahitaji kukumbuka kuwa taa haikuunganika kama kabari kwenye AWS au Azure. Kwa kweli, hakuna swali la kupanga chumba chako cha seva - lakini kuna njia mbadala za suluhisho hizi mbili za asili kutoka kwa makubwa.
Kwa mfano, Google ilileta jukwaa la Firebase kwa makampuni, ambayo wanaweza kuandaa mradi huo wa simu kwa msingi wa turnkey, ambayo inaweza kuhitaji kuongeza haraka. Hifadhi, hifadhidata ya wakati halisi, upangishaji na usawazishaji wa data ya wingu kwa kutumia suluhisho hili kama mfano zinapatikana katika sehemu moja.
Kwa upande mwingine, ikiwa hatuzungumzii juu ya mradi wa monolithic, lakini juu ya jumla yao, basi suluhisho la kati sio faida kila wakati. Ikiwa mradi ni wa muda mrefu, una historia yake ya maendeleo na kiasi kinacholingana cha data kinachohitajika kwa uhifadhi, basi inafaa kufikiria juu ya uwekaji uliogawanyika zaidi.
Wakati wa kuongeza gharama za huduma za wingu, unaweza kugundua ghafla kuwa kwa maombi muhimu ya biashara unaweza kununua ushuru wenye nguvu zaidi ambao utaipa kampuni mapato yasiyoingiliwa. Wakati huo huo, kuhifadhi "urithi" wa maendeleo, kumbukumbu za zamani, hifadhidata, nk katika mawingu ya gharama kubwa ni suluhisho. Baada ya yote, kwa data hiyo, kituo cha data cha kawaida na HDD za kawaida na vifaa vya nguvu za kati bila kengele na filimbi yoyote vinafaa kabisa.
Hapa tena, unaweza kufikiria kwamba "mzozo huu haufai," lakini shida nzima ya uchapishaji huu inategemea ukweli kwamba katika hatua mbalimbali watu wenye jukumu hupuuza vitu vidogo na kufanya kile ambacho ni rahisi zaidi na kwa kasi zaidi. Ambayo, mwishowe, baada ya miaka kadhaa husababisha akaunti hizo za kutisha.
matokeo?
Kwa ujumla, mawingu ni baridi, hutatua matatizo mengi kwa biashara ya ukubwa wowote. Hata hivyo, upya wa jambo hili unamaanisha kuwa bado hatuna utamaduni wa matumizi na usimamizi. FinOps ni kielelezo cha shirika kinachokusaidia kutumia nguvu za wingu kwa ufanisi zaidi. Jambo kuu sio kugeuza msimamo huu kuwa analog ya kikosi cha kurusha risasi, ambao kazi yao itakuwa kukamata watengenezaji wasiojali kwa mkono na "kuwakemea" kwa wakati wa kupumzika.
Watengenezaji wanapaswa kukuza, sio kuhesabu pesa za kampuni. Na kwa hivyo FinOps inapaswa kufanya mchakato wa ununuzi na mchakato wa kuondoa au kuhamisha uwezo wa wingu kwa timu zingine kuwa tukio rahisi na la kufurahisha wahusika wote.
Chanzo: mapenzi.com