Anjeun pasti heran sabaraha biaya infrastruktur proyék anjeun. Dina waktu nu sarua, éta héran: tumuwuhna waragad teu linier nu patali jeung beban. Seueur pamilik usaha, stasiun jasa sareng pamekar cicingeun ngartos yén aranjeunna langkung mayar. Tapi pikeun naon kahayang?
Ilaharna, motong biaya ngan saukur turun pikeun milarian solusi anu paling murah, rencana AWS, atanapi, dina kasus rak fisik, ngaoptimalkeun konfigurasi hardware. Henteu ngan ukur éta: kanyataanna, saha waé anu ngalakukeun ieu, sakumaha anu dipikahoyong ku Gusti: upami urang ngobrol ngeunaan ngamimitian, maka ieu sigana pamekar anu ngarah anu ngagaduhan nyeri sirah. Di kantor anu langkung ageung, ieu diurus ku CMO / CTO, sareng kadang diréktur umum sacara pribadi kalibet dina masalah éta sareng lulugu akuntan. Sacara umum, jalma-jalma anu ngagaduhan "inti" prihatin. Jeung tétéla yén tagihan infrastruktur naek, tapi jalma anu teu boga waktu pikeun nungkulan eta anu kaayaan eta.
Upami anjeun kedah mésér tisu toilét pikeun kantor, éta bakal dilakukeun ku manajer suplai atanapi jalma anu tanggung jawab ti perusahaan beberesih. Lamun urang ngobrol ngeunaan ngembangkeun - ngawujud tur CTO. Penjualan - sadayana ogé jelas. Tapi saprak jaman baheula, nalika "ruangan server" mangrupikeun nami kabinét anu aya sistem menara biasa kalayan sakedik RAM sareng sababaraha hard drive dina razia, sadayana (atanapi sahenteuna seueur) teu malire kanyataan yén meuli kapasitas kudu diatur ogé jalma dilatih husus.
Alas, mémori sajarah jeung pangalaman nunjukkeun yén pikeun sababaraha dekade tugas ieu dialihkeun ka "acak" jalma: saha anu pangdeukeutna ngajemput patarosan. Sareng nembé nembé profési FinOps mimiti ngawujud dina pasaran sareng nyandak sababaraha bentuk beton. Ieu mangrupikeun jalma anu dilatih khusus anu tugasna nyaéta ngadalikeun pameseran sareng panggunaan kapasitas. Sareng, pamustunganana, dina ngirangan biaya perusahaan di daérah ieu.
Kami henteu nyokong pikeun ngantunkeun solusi anu mahal sareng efektif: unggal usaha kedah mutuskeun nyalira naon anu diperyogikeun pikeun ayana anu nyaman dina hal hardware sareng tarif awan. Tapi hiji teu bisa mantuan tapi nengetan kanyataan yén purchasing dipikiran "nurutkeun daptar" tanpa ngawaskeun salajengna jeung analisis pamakéan pikeun loba pausahaan pamustunganana ngakibatkeun karugian pisan, pisan signifikan alatan manajemén teu epektip tina "aset" backend maranéhanana.
Saha FinOps
Anggap anjeun gaduh perusahaan anu terhormat, anu diobrolkeun ku jalma-jalma penjualan ngeunaan "perusahaan" dina nada ambekan. Panginten, "nurutkeun daptar" anjeun mésér belasan atanapi dua server, AWS sareng sababaraha "hal-hal alit" anu sanés. Anu logis: di perusahaan ageung sababaraha jinis gerakan terus-terusan - sababaraha tim tumbuh, anu sanés ngabubarkeun, anu sanésna ditransferkeun ka proyék tatangga. Sareng kombinasi gerakan-gerakan ieu, sareng mékanisme pengadaan "basis daptar", pamustunganana ngabalukarkeun bulu abu anyar nalika ningali tagihan infrastruktur bulanan salajengna.
Janten naon anu kudu dilakukeun - sabar teraskeun kulawu, cet kana éta, atanapi terangkeun alesan pikeun munculna seueur nol anu dahsyat ieu dina pamayaran?
Jujur: persetujuan, persetujuan sareng pamayaran langsung tina aplikasi dina perusahaan pikeun tarif AWS anu sami henteu salawasna (dina kanyataanana, ampir henteu kantos) gancang. Sareng kusabab gerakan perusahaan anu konstan, sababaraha akuisisi anu sami ieu tiasa "leungit" dimana waé. Tur éta trivial nangtung dianggurkeun. Lamun administrator attentive notices hiji rak nu boga boga di kamar server-Na, dina kasus tariffs awan sagalana leuwih sedih. Éta tiasa disimpen sababaraha bulan - mayar, tapi dina waktos anu sami henteu diperyogikeun ku saha waé di jabatan dimana aranjeunna mésér. Dina waktos anu sasarengan, kolega ti kantor salajengna ngawitan luh kaluar bulu teu acan kulawu maranéhanana henteu ngan dina sirah maranéhanana, tapi ogé di tempat séjén - aranjeunna geus teu bisa mayar kurang leuwih tarif AWS sarua keur minggu nth, nu. diperlukeun pisan.
Naon solusi anu paling jelas? Leres, serahkeun tanggel waler ka anu peryogi, sareng sadayana bagja. Tapi komunikasi horizontal teu salawasna ogé ngadegkeun. Jeung departemén kadua bisa saukur teu nyaho ngeunaan kabeungharan kahiji, nu kumaha bae tétéla teu bener butuh kabeungharan ieu.
Saha anu kudu disalahkeun pikeun ieu? - Sabenerna, teu saurang ogé. Éta kumaha sadayana diatur pikeun ayeuna.
Saha sangsara ieu? - Éta eta, sakabeh parusahaan.
Saha anu tiasa ngalereskeun kaayaan? - Leres, enya, FinOps.
FinOps henteu ngan hiji lapisan antara pamekar jeung parabot maranéhna butuh, tapi hiji jalma atawa tim anu bakal nyaho dimana, naon jeung kumaha ogé "bohong" dina watesan tariffs awan sarua dibeuli ku pausahaan. Nyatana, jalma-jalma ieu kedah damel bareng sareng DevOps, di hiji sisi, sareng jabatan keuangan di sisi sanésna, maénkeun peran perantara anu efektif sareng, anu paling penting, analis.
A saeutik ngeunaan optimasi
Méga. Relatip murah sareng merenah pisan. Tapi solusi ieu lirén murah nalika jumlah server ngahontal dua atanapi tilu digit. Salaku tambahan, awan ngamungkinkeun ngagunakeun langkung seueur jasa anu saacanna henteu sayogi: ieu mangrupikeun pangkalan data salaku jasa (Amazon AWS, Azure Database), aplikasi tanpa server (AWS Lambda, Azure Functions) sareng seueur anu sanésna. Éta sadayana keren pisan sabab gampang dianggo - mésér sareng angkat, teu aya masalah. Tapi langkung jero perusahaan sareng proyék-proyékna terjun kana méga, langkung parah CFO saré. Jeung leuwih gancang umum robah warna ka warna abu.
Kanyataan yén invoice pikeun sagala rupa jasa awan sok pisan ngabingungkeun: pikeun hiji item anjeun tiasa nampi katerangan tilu halaman ngeunaan naon, dimana sareng kumaha artos anjeun angkat. Ieu, tangtosna, pikaresepeun, tapi ampir teu mungkin keur ngarti eta. Sumawona, pendapat kami ngeunaan masalah ieu jauh tina hiji-hijina: pikeun nransferkeun akun awan ka manusa, aya sadayana jasa, contona. atawa . Upami aya anu nyusahkeun ngadamel jasa anu misah pikeun nyimpulkeun tagihan, maka skala masalahna parantos ngalegaan biaya ngalelep rambut.
Janten naon anu dilakukeun ku FinOps dina kaayaan ieu:
- jelas ngartos iraha sareng dina volume naon solusi awan anu dibeuli.
- terang kumaha kamampuan ieu dianggo.
- redistributes aranjeunna gumantung kana kabutuhan unit nu tangtu.
- teu meuli "supaya bisa".
- sarta dina tungtungna, eta ngaheéat duit Anjeun.
Hiji conto hébat nyaéta neundeun awan tina salinan tiis database a. Salaku conto, naha anjeun ngarsipkeunana pikeun ngirangan jumlah rohangan sareng lalu lintas anu dikonsumsi nalika ngamutahirkeun gudang? Leres, sigana yén kaayaan éta murah - dina hiji kasus khusus, tapi totalitas kaayaan murah sapertos engké nyababkeun biaya anu ageung pikeun jasa awan.
Atanapi kaayaan anu sanés: anjeun mésér kapasitas cagar dina AWS atanapi Azure supados henteu turun dina beban puncak. Dupi anjeun yakin yén ieu téh solusi optimal? Barina ogé, upami instansi ieu dianggurkeun 80%, maka anjeun ngan saukur masihan artos ka Amazon. Sumawona, pikeun kasus sapertos kitu, AWS sareng Azure sami gaduh instansi burstable - naha anjeun peryogi server idling, upami anjeun tiasa nganggo alat pikeun ngabéréskeun masalah beban puncak? Atanapi, tibatan instansi On Premise, anjeun kedah ningali ka arah Reserved - aranjeunna langkung mirah sareng aranjeunna ogé nawiskeun diskon.
Ku jalan kitu, ngeunaan diskon
Sakumaha urang nyarios di awal, ngayakeun sering dilakukeun ku saha waé - aranjeunna mendakan anu terakhir, teras anjeunna kumaha waé ngalakukeunana nyalira. Paling sering, jalma anu geus sibuk jadi "ekstrim", sarta salaku hasilna urang meunang kaayaan dimana hiji jalma gancang sarta skillfully, tapi sagemblengna mandiri, mutuskeun naon jeung naon kuantitas meuli.
Tapi nalika berinteraksi sareng salesperson tina jasa awan, anjeun tiasa nampi kaayaan anu langkung nguntungkeun nalika ngagaleuh kapasitas borongan. Éta jelas yén anjeun moal tiasa nampi diskon sapertos tina mobil kalayan pendaptaran jempé sareng hiji sisi - tapi saatos ngobrol sareng manajer penjualan nyata, anjeun tiasa kaduruk. Atanapi jalma-jalma ieu tiasa nyarioskeun ka anjeun naon anu ayeuna aranjeunna gaduh diskon. Éta ogé tiasa mangpaat.
Dina waktos anu sami, anjeun kedah émut yén lampu henteu konvergen sapertos ngaganjel dina AWS atanapi Azure. Tangtosna, henteu aya patarosan pikeun ngatur kamar server anjeun nyalira - tapi aya alternatif pikeun dua solusi klasik ieu ti raksasa.
Salaku conto, Google nyangking platform Firebase ka perusahaan, dimana aranjeunna tiasa janten host proyék mobile anu sami dina dasar turnkey, anu panginten peryogi skala gancang. Panyimpenan, database real-time, hosting sareng sinkronisasi data awan nganggo solusi ieu salaku conto sayogi di hiji tempat.
Di sisi séjén, lamun urang teu ngawangkong ngeunaan hiji proyék monolithic, tapi ngeunaan totalitas maranéhanana, solusi terpusat henteu salawasna mangpaat. Upami proyekna lami-lami, gaduh sajarah pangembangan nyalira sareng jumlah data anu saluyu anu diperyogikeun pikeun neundeun, maka éta kedah dipikiran ngeunaan panempatan anu langkung fragméntasi.
Nalika ngaoptimalkeun biaya pikeun jasa awan, anjeun tiasa ujug-ujug sadar yén pikeun aplikasi anu kritis-bisnis anjeun tiasa mésér tarif anu langkung kuat anu bakal nyayogikeun perusahaan panghasilan anu teu diganggu. Dina waktos anu sasarengan, nyimpen "warisan" pangwangunan, arsip heubeul, database, jsb dina awan mahal mangrupakeun solusi. Barina ogé, pikeun data sapertos kitu, pusat data standar sareng HDD biasa sareng hardware kakuatan sedeng tanpa lonceng sareng whistles cukup cocog.
Di dieu deui, Anjeun bisa jadi mikir yén "fuss ieu teu patut eta," tapi sakabeh masalah tina ieu publikasi dumasar kana kanyataan yén dina sagala rupa tahapan jalma jawab maranéh ngalalaworakeun kana hal saeutik tur ngalakukeun naon leuwih merenah tur gancang. Anu, tungtungna, saatos sababaraha taun nyababkeun akun horor pisan.
Naon hasilna?
Sacara umum, awan anu tiis, aranjeunna ngarengsekeun seueur masalah pikeun usaha naon waé ukuranana. Sanajan kitu, nu anyar fenomena ieu hartina urang masih teu boga budaya konsumsi sarta manajemén. FinOps mangrupikeun tuas organisasi anu ngabantosan anjeun ngungkit kakuatan awan sacara langkung efektif. Hal utama - teu ngarobah posisi ieu kana analog tina regu tembak, anu tugas bakal nyekel pamekar inattentive ku leungeun jeung "nyentak" aranjeunna keur downtime.
Pamekar kedah ngembangkeun, henteu ngitung artos perusahaan. Janten FinOps kedah ngajantenkeun prosés pameseran sareng prosés decommissioning atanapi nransferkeun kapasitas awan ka tim sanés janten acara anu sederhana sareng pikaresepeun pikeun sadaya pihak.
sumber: www.habr.com