Loyihangizning infratuzilmasi qanchaga tushishi bilan qiziqdingiz. Shu bilan birga, hayratlanarli: xarajatlarning o'sishi yuklarga nisbatan chiziqli emas. Ko'pgina biznes egalari, xizmat ko'rsatish stantsiyalari va ishlab chiquvchilar ortiqcha to'lashayotganini yashirincha tushunishadi. Lekin aynan nima uchun?
Odatda, xarajatlarni qisqartirish shunchaki eng arzon echimni, AWS rejasini topishga yoki jismoniy tokchalar bo'lsa, apparat konfiguratsiyasini optimallashtirishga to'g'ri keladi. Faqat bu emas: aslida, har kim Xudo xohlasa, buni qiladi: agar biz startap haqida gapiradigan bo'lsak, demak, bu juda ko'p bosh og'rig'i bo'lgan etakchi ishlab chiquvchidir. Kattaroq idoralarda bu bilan CMO/CTO shug'ullanadi va ba'zida bosh direktor bosh buxgalter bilan birga bu masalaga shaxsan aralashadi. Umuman olganda, etarlicha "asosiy" tashvishlarga ega bo'lgan odamlar. Va ma'lum bo'lishicha, infratuzilma uchun to'lovlar ko'tarilmoqda, lekin u bilan shug'ullanishga vaqtlari yo'qlar u bilan shug'ullanadi.
Agar siz ofis uchun hojatxona qog'ozini sotib olishingiz kerak bo'lsa, bu ta'minot menejeri yoki tozalash kompaniyasidan mas'ul shaxs tomonidan amalga oshiriladi. Agar biz rivojlanish haqida gapiradigan bo'lsak - etakchilar va CTO. Savdo - hamma narsa ham aniq. Ammo qadimgi kunlardan boshlab, "server xonasi" shkafning nomi bo'lib, unda bir oz ko'proq RAM va bir nechta qattiq disklar mavjud bo'lgan oddiy minora tizimi bo'lganida, hamma (yoki hech bo'lmaganda ko'pchilik) e'tibor bermaydi. quvvatni sotib olish, shuningdek, maxsus o'qitilgan shaxs tomonidan amalga oshirilishi kerak.
Afsuski, tarixiy xotira va tajriba shuni ko'rsatadiki, o'nlab yillar davomida bu vazifa "tasodifiy" odamlarga topshirilgan: kim eng yaqin bo'lsa, o'sha savolni oldi. Va yaqinda FinOps kasbi bozorda shakllana boshladi va qandaydir aniq shaklga ega bo'ldi. Bu xuddi shu maxsus o'qitilgan shaxs, uning vazifasi quvvatni sotib olish va foydalanishni nazorat qilishdir. Va, oxir-oqibat, kompaniyaning ushbu sohadagi xarajatlarini kamaytirishda.
Biz qimmat va samarali echimlardan voz kechishni targ'ib qilmayapmiz: har bir biznes apparat va bulut tariflari bo'yicha qulay yashash uchun nima kerakligini o'zi hal qilishi kerak. Ammo shuni e'tiborga olish mumkinki, "ro'yxat bo'yicha" o'ylamasdan sotib olish, keyinchalik ko'plab kompaniyalar uchun foydalanishni monitoring qilish va tahlil qilmasdan, oxir-oqibat, ularning "aktivlari" ni samarasiz boshqarish tufayli juda va juda katta yo'qotishlarga olib keladi.
FinOps kim
Aytaylik, sizda nufuzli korxonangiz bor, u sotuvchilar nafas ohangida βkorxonaβ haqida gapirishadi. Ehtimol, "ro'yxatga ko'ra" siz o'nlab yoki ikkita server, AWS va boshqa "kichik narsalarni" sotib oldingiz. Bu mantiqan to'g'ri: yirik kompaniyada qandaydir harakat doimiy ravishda sodir bo'ladi - ba'zi jamoalar o'sadi, boshqalari parchalanadi, boshqalari qo'shni loyihalarga o'tkaziladi. Va bu harakatlarning kombinatsiyasi, "ro'yxat asosida" xarid qilish mexanizmi bilan birgalikda, keyingi oylik infratuzilma hisobini ko'rib chiqishda, oxir-oqibatda yangi kulrang sochlarga olib keladi.
Xo'sh, nima qilish kerak - sabr bilan kul rangni davom ettiring, ustiga bo'yang yoki to'lovda bu ko'p sonli dahshatli nollarning paydo bo'lishining sabablarini aniqlang?
Rostini aytaylik: kompaniya ichida bir xil AWS tarifi uchun arizani tasdiqlash, tasdiqlash va to'g'ridan-to'g'ri to'lash har doim ham (aslida deyarli hech qachon) tez emas. Va aynan doimiy korporativ harakat tufayli, xuddi shu sotib olishlarning ba'zilari biror joyda "yo'qolgan" bo'lishi mumkin. Va bo'sh turish arzimas narsa. Agar ehtiyotkor ma'mur o'zining server xonasida egasiz tokchani ko'rsa, bulutli tariflarda hamma narsa juda achinarli. Ularni oylar davomida to'lash mumkin - to'lanadi, lekin ayni paytda ular sotib olingan bo'limdagi hech kimga kerak emas. Shu bilan birga, keyingi ofisdagi hamkasblar nafaqat boshlaridagi, balki boshqa joylarda ham hali oqamagan sochlarini yirtib tashlashni boshlaydilar - ular n-hafta davomida taxminan bir xil AWS tarifini to'lay olmadilar. juda zarur.
Eng aniq yechim nima? Toβgβri, jilovni muhtojlarga topshiring, hamma xursand. Ammo gorizontal aloqa har doim ham yaxshi yo'lga qo'yilmaydi. Va ikkinchi bo'lim birinchisining boyligi haqida bilmasligi mumkin, bu qandaydir tarzda bu boylikka muhtoj emas edi.
Bunga kim aybdor? - Aslida, hech kim. Hozircha hammasi shunday tuzilgan.
Bundan kim azob chekadi? - Mana, butun kompaniya.
Vaziyatni kim tuzatishi mumkin? - Ha, ha, FinOps.
FinOps - bu shunchaki ishlab chiquvchilar va ularga kerak bo'lgan uskunalar o'rtasidagi qatlam emas, balki kompaniya tomonidan sotib olingan bir xil bulut tariflari bo'yicha qaerda, nima va qanchalik yaxshi "yolg'on"ligini bilib oladigan shaxs yoki jamoa. Darhaqiqat, bu odamlar bir tomondan DevOps bilan, ikkinchi tomondan moliya bo'limi bilan birgalikda samarali vositachi va eng muhimi, tahlilchi rolini o'ynashlari kerak.
Optimallashtirish haqida bir oz
Bulutlar. Nisbatan arzon va juda qulay. Ammo serverlar soni ikki yoki uch raqamli raqamga yetganda, bu yechim arzon bo'lishni to'xtatadi. Bundan tashqari, bulutlar ilgari mavjud bo'lmagan ko'proq va ko'proq xizmatlardan foydalanishga imkon beradi: bular xizmat sifatidagi ma'lumotlar bazalari (Amazon AWS, Azure Database), serversiz ilovalar (AWS Lambda, Azure Functions) va boshqalar. Ularning barchasi juda ajoyib, chunki ulardan foydalanish oson - sotib oling va boring, muammo yo'q. Ammo kompaniya va uning loyihalari bulutlarga qanchalik chuqur kirsa, moliyaviy direktor shunchalik yomon uxlaydi. Va tezroq general kul rangga aylanadi.
Gap shundaki, turli xil bulut xizmatlari uchun hisob-fakturalar har doim juda chalkash bo'ladi: bitta element uchun siz pulingiz nimaga, qayerga va qanday ketganligi haqida uch sahifali tushuntirish olishingiz mumkin. Bu, albatta, yoqimli, lekin buni tushunish deyarli mumkin emas. Bundan tashqari, bu masala bo'yicha bizning fikrimiz yagona emas: bulutli hisoblarni odamlarga o'tkazish uchun, masalan, butun xizmatlar mavjud. yoki . Agar kimdir veksellarni dekodlash uchun alohida xizmat yaratishdan bezovta bo'lsa, muammoning ko'lami soch bo'yoqlari narxidan oshdi.
Shunday qilib, FinOps bu vaziyatda nima qiladi:
- bulutli yechimlar qachon va qanday hajmlarda sotib olinganini aniq tushunadi.
- bu imkoniyatlardan qanday foydalanilishini biladi.
- muayyan birlik ehtiyojlariga qarab ularni qayta taqsimlaydi.
- "bo'lishi uchun" sotib olmaydi.
- va oxir-oqibat, bu sizga pul tejaydi.
Ajoyib misol - ma'lumotlar bazasining sovuq nusxasini bulutli saqlash. Masalan, xotirani yangilashda sarflangan joy va trafikni kamaytirish uchun uni arxivlaysizmi? Ha, vaziyat arzonga o'xshaydi - bitta aniq holatda, ammo bunday arzon vaziyatlarning umumiyligi keyinchalik bulut xizmatlari uchun juda katta xarajatlarga olib keladi.
Yoki boshqa vaziyat: siz eng yuqori yuklanishga tushmaslik uchun AWS yoki Azure-da zaxira sig'imini sotib oldingiz. Bu optimal yechim ekanligiga ishonchingiz komilmi? Axir, agar bu misollar 80% bo'sh bo'lsa, siz Amazonga shunchaki pul berasiz. Bundan tashqari, bunday holatlar uchun bir xil AWS va Azure-da portlash mumkin bo'lgan holatlar mavjud - agar siz eng yuqori yuklanishlar bilan bog'liq muammolarni hal qilish uchun vositadan foydalanishingiz mumkin bo'lsa, nima uchun ishlamay qolgan serverlar kerak? Yoki On Premise misollari o'rniga, siz Reserved-ga qarashingiz kerak - ular ancha arzon va chegirmalar ham taklif qilishadi.
Aytgancha, chegirmalar haqida
Avval aytib o'tganimizdek, xaridlar ko'pincha har kim tomonidan amalga oshiriladi - ular oxirgisini topdilar, keyin u qandaydir tarzda buni o'zi qiladi. Ko'pincha, allaqachon band bo'lgan odamlar "ekstremal" bo'lib qolishadi va natijada biz odam tez va mohirlik bilan, lekin butunlay mustaqil ravishda nima va qanday miqdorda sotib olishni hal qiladigan vaziyatga ega bo'lamiz.
Ammo bulut xizmatidan sotuvchi bilan muloqot qilishda siz quvvatni ulgurji sotib olishda yanada qulayroq shartlarga ega bo'lishingiz mumkin. Siz jim va bir tomonlama ro'yxatdan o'tgan mashinadan bunday chegirmalarga ega bo'lmasligingiz aniq - ammo haqiqiy savdo menejeri bilan suhbatlashgandan so'ng, siz yonib ketishingiz mumkin. Yoki bu bolalar hozirda nimaga chegirmalari borligini aytib berishlari mumkin. Bundan tashqari, foydali bo'lishi mumkin.
Shu bilan birga, yorug'lik AWS yoki Azure-da xanjar kabi birlashmaganligini yodda tutishingiz kerak. Albatta, o'zingizning server xonangizni tashkil qilish haqida gap yo'q - lekin gigantlarning ushbu ikkita klassik echimiga alternativa mavjud.
Misol uchun, Google Firebase platformasini kompaniyalarga olib keldi, ularda ular bir xil mobil loyihani kalit taslim asosida joylashtirishlari mumkin, bu esa tezkor masshtabni talab qilishi mumkin. Saqlash, real vaqt rejimida ma'lumotlar bazasi, xosting va bulutli ma'lumotlar sinxronizatsiyasi ushbu yechimdan misol sifatida bir joyda mavjud.
Boshqa tomondan, agar biz monolit loyiha haqida emas, balki ularning umumiyligi haqida gapiradigan bo'lsak, unda markazlashtirilgan yechim har doim ham foydali emas. Agar loyiha uzoq umr ko'rsa, o'zining rivojlanish tarixi va saqlash uchun zarur bo'lgan tegishli miqdordagi ma'lumotlarga ega bo'lsa, unda ko'proq bo'laklangan joylashtirish haqida o'ylash kerak.
Bulutli xizmatlar uchun xarajatlarni optimallashtirishda siz to'satdan biznes uchun muhim ilovalar uchun kompaniyani uzluksiz daromad bilan ta'minlaydigan yanada kuchli tariflarni sotib olishingiz mumkinligini tushunib olishingiz mumkin. Shu bilan birga, qimmat bulutlarda rivojlanishning "merosini", eski arxivlarni, ma'lumotlar bazalarini va hokazolarni saqlash - bu yechim. Axir, bunday ma'lumotlar uchun oddiy HDD va hech qanday qo'ng'iroq va hushtaksiz o'rta quvvatli uskunaga ega standart ma'lumotlar markazi juda mos keladi.
Bu erda siz yana "bu shov-shuvga arzimaydi" deb o'ylashingiz mumkin, ammo bu nashrning butun muammosi turli bosqichlarda mas'ul odamlar kichik narsalarni e'tiborsiz qoldirib, qulayroq va tezroq ishlarni qilishlariga asoslangan. Oxir-oqibat, bir necha yil o'tgach, bu dahshatli hisoblarga olib keladi.
Nima oxir-oqibat?
Umuman olganda, bulutlar salqin, ular har qanday hajmdagi korxonalar uchun juda ko'p muammolarni hal qiladi. Biroq, bu hodisaning yangiligi bizda iste'mol va boshqaruv madaniyati haligacha shakllanmaganligini anglatadi. FinOps - bu bulut quvvatidan samaraliroq foydalanishga yordam beradigan tashkiliy dastak. Asosiysi, bu pozitsiyani o'qqa tutuvchi otryadning analogiga aylantirmaslikdir, uning vazifasi beparvo ishlab chiquvchilarni qo'l bilan ushlash va ularni ishlamay qolganliklari uchun "tang'ish" bo'ladi.
Ishlab chiquvchilar rivojlanishlari kerak, kompaniya pullarini hisoblashmaydi. Shunday qilib, FinOps sotib olish jarayonini ham, bulutli sig'imni boshqa jamoalarga o'tkazish yoki o'tkazish jarayonini ham barcha tomonlar uchun oddiy va yoqimli hodisaga aylantirishi kerak.
Manba: www.habr.com