Layihənizin infrastrukturunun nə qədər başa gəldiyini mütləq merak etdiniz. Eyni zamanda, təəccüblüdür: xərclərin artımı yüklərə nisbətən xətti deyil. Bir çox biznes sahibləri, xidmət stansiyaları və tərtibatçılar gizli şəkildə həddindən artıq ödəniş etdiklərini başa düşürlər. Amma tam olaraq nə üçün?
Tipik olaraq, xərclərin azaldılması sadəcə olaraq ən ucuz həlli, AWS planını tapmaq və ya fiziki raflar vəziyyətində, aparat konfiqurasiyasını optimallaşdırmaqdan ibarətdir. Təkcə bu deyil: əslində hər kəs bunu Allahın istədiyi kimi edir: əgər biz startapdan danışırıqsa, bu, çox güman ki, çoxlu baş ağrısı olan aparıcı tərtibatçıdır. Böyük ofislərdə bununla QMİ/CTO məşğul olur və bəzən baş direktor şəxsən baş mühasiblə birlikdə məsələyə qarışır. Ümumiyyətlə, kifayət qədər "əsas" narahatlığı olan insanlar. Və belə çıxır ki, infrastruktur xərcləri artır, lakin bununla məşğul olmağa vaxtı olmayanlar bununla məşğul olurlar.
Ofis üçün tualet kağızı almaq lazımdırsa, bu, təchizat meneceri və ya təmizlik şirkətindən məsul şəxs tərəfindən həyata keçiriləcək. Əgər inkişafdan danışırıqsa - aparıcılar və CTO. Satış - hər şey də aydındır. Ancaq köhnə günlərdən bəri, "server otağı" bir az daha çox RAM və bir neçə sabit disk olan adi bir qüllə sisteminin olduğu bir kabinetin adı olanda, hamı (və ya ən azı bir çoxu) buna məhəl qoymur. tutumun alınması ilə də xüsusi təlim keçmiş bir şəxs məşğul olmalıdır.
Təəssüf ki, tarixi yaddaş və təcrübə göstərir ki, onilliklər ərzində bu vəzifə “təsadüfi” insanlara tapşırılıb: sualı kim daha yaxından tuturdu. Və yalnız bu yaxınlarda FinOps peşəsi bazarda formalaşmağa və konkret forma almağa başladı. Bu, vəzifəsi gücün alınmasına və istifadəsinə nəzarət etmək olan eyni xüsusi təlim keçmiş şəxsdir. Və nəhayət, şirkətin bu sahədə xərclərini azaltmaqda.
Biz bahalı və effektiv həllərdən imtina etməyi müdafiə etmirik: hər bir biznes aparat və bulud tarifləri baxımından rahat yaşamaq üçün nəyə ehtiyacı olduğuna özü qərar verməlidir. Ancaq bir çox şirkətlər üçün istifadənin sonrakı monitorinqi və təhlili olmadan "siyahıya uyğun olaraq" düşünülməmiş satınalma son nəticədə onların arxa tərəfinin "aktivlərinin" səmərəsiz idarə olunması səbəbindən çox, çox əhəmiyyətli itkilərlə nəticələndiyinə diqqət yetirmək olmaz.
FinOps kimdir
Tutaq ki, satış adamları “müəssisə” haqqında tənəffüs tonu ilə danışan nüfuzlu bir müəssisəniz var. Yəqin ki, "siyahıya görə" onlarla və ya iki server, AWS və digər "xırda şeylər" almısınız. Bu məntiqlidir: böyük bir şirkətdə daim bir növ hərəkət baş verir - bəzi komandalar böyüyür, digərləri dağılır, digərləri qonşu layihələrə köçürülür. Və bu hərəkətlərin birləşməsi, "siyahıya əsaslanan" satınalma mexanizmi ilə birlikdə, növbəti aylıq infrastruktur qanun layihəsinə baxarkən, nəticədə yeni boz tüklərə səbəb olur.
Beləliklə, nə etməli - səbirlə boz rəngə davam edin, üzərinə rəngləyin və ya ödənişdə bu çoxsaylı dəhşətli sıfırların görünməsinin səbəblərini anlayın?
Dürüst olaq: eyni AWS tarifi üçün şirkət daxilində ərizənin təsdiqi, təsdiqi və birbaşa ödənişi həmişə (əslində, demək olar ki, heç vaxt) tez olmur. Və məhz daimi korporativ hərəkətə görə, bu eyni alışların bəziləri haradasa “itirilmiş” ola bilər. Və boş dayanmaq mənasızdır. Diqqətli bir idarəçi server otağında sahibsiz bir çarx görsə, bulud tarifləri vəziyyətində hər şey daha kədərlidir. Onları aylarla qoymaq olar - ödənilir, lakin eyni zamanda artıq satın alındıqları şöbədə heç kimə lazım deyil. Eyni zamanda, növbəti ofisdəki həmkarlar hələ ağarmamış saçlarını təkcə başlarında deyil, başqa yerlərdə də qoparmağa başlayırlar - onlar n-ci həftədir ki, təxminən eyni AWS tarifini ödəyə bilmirlər. son dərəcə ehtiyac duyulur.
Ən bariz həll yolu nədir? Düzdü, cilovu ehtiyacı olanlara təhvil verin, hamı sevinir. Lakin üfüqi kommunikasiyalar həmişə yaxşı qurulmur. Və ikinci şöbə birincinin sərvətindən sadəcə xəbərsiz ola bilər, hansı ki, bu sərvətə həqiqətən ehtiyacı olmadığı ortaya çıxdı.
Bunun günahkarı kimdir? - Əslində heç kim. Hələlik hər şey belə qurulub.
Bundan kim əziyyət çəkir? - Budur, bütün şirkət.
Vəziyyəti kim düzəldə bilər? - Bəli, bəli, FinOps.
FinOps yalnız tərtibatçılar və onlara lazım olan avadanlıqlar arasında bir təbəqə deyil, şirkət tərəfindən satın alınan eyni bulud tarifləri baxımından harada, nə və nə qədər "yalan" olduğunu biləcək bir şəxs və ya komandadır. Əslində, bu insanlar bir tərəfdən DevOps, digər tərəfdən isə maliyyə departamenti ilə tandemdə işləməli, effektiv vasitəçi və ən əsası analitik rolunu oynamalıdırlar.
Optimallaşdırma haqqında bir az
Buludlar. Nisbətən ucuz və çox rahatdır. Ancaq serverlərin sayı iki və ya üç rəqəmə çatdıqda bu həll ucuz olmağı dayandırır. Bundan əlavə, buludlar əvvəllər əlçatmaz olan daha çox xidmətdən istifadə etməyə imkan verir: bunlar xidmət kimi verilənlər bazaları (Amazon AWS, Azure Database), serversiz proqramlar (AWS Lambda, Azure Functions) və bir çox başqalarıdır. Onların hamısı çox gözəldir, çünki istifadəsi asandır - alın və gedin, heç bir problem yoxdur. Lakin şirkət və onun layihələri buludlara nə qədər dərinə qərq olarsa, CFO bir o qədər pis yatır. Və nə qədər tez general boz olur.
Fakt budur ki, müxtəlif bulud xidmətləri üçün hesab-fakturalar həmişə son dərəcə çaşqın olur: bir maddə üçün pulunuzun nəyə, hara və necə getdiyinə dair üç səhifəlik izahat ala bilərsiniz. Bu, əlbəttə ki, xoşdur, amma bunu başa düşmək demək olar ki, mümkün deyil. Üstəlik, bu məsələ ilə bağlı fikrimiz yeganə deyil: bulud hesablarını insanlara ötürmək üçün bütün xidmətlər var, məsələn və ya . Kimsə əskinasların deşifrə edilməsi üçün ayrıca bir xidmət yaratmaqdan narahat idisə, problemin miqyası saç boyasının dəyərini aşdı.
Beləliklə, FinOps bu vəziyyətdə nə edir:
- bulud həllərinin nə vaxt və hansı həcmdə alındığını aydın başa düşür.
- bu imkanlardan necə istifadə olunduğunu bilir.
- konkret bölmənin ehtiyaclarından asılı olaraq onları yenidən bölüşdürür.
- “olsun deyə” almır.
- və sonda pulunuza qənaət edir.
Böyük bir nümunə verilənlər bazasının soyuq bir nüsxəsinin bulud saxlanmasıdır. Məsələn, yaddaşı yeniləyərkən sərf olunan yerin miqdarını və trafiki azaltmaq üçün onu arxivləşdirirsinizmi? Bəli, görünə bilər ki, vəziyyət ucuzdur - bir konkret halda, lakin belə ucuz vəziyyətlərin məcmusu sonradan bulud xidmətləri üçün hədsiz xərclərlə nəticələnir.
Və ya başqa bir vəziyyət: pik yükün altına düşməmək üçün AWS və ya Azure-da ehtiyat tutumu aldınız. Bunun optimal həll olduğuna əmin ola bilərsinizmi? Bütün bunlardan sonra, əgər bu nümunələr 80% boşdursa, onda siz sadəcə Amazon-a pul verirsiniz. Üstəlik, belə hallar üçün eyni AWS və Azure-da partlayıcı nümunələr var - əgər pik yüklənmə problemlərini həll etmək üçün alətdən istifadə edə bilirsinizsə, niyə boş serverlərə ehtiyacınız var? Yaxud, On Premise nümunələri əvəzinə, Reserved-ə baxmalısınız - onlar daha ucuzdur və endirimlər də təklif edirlər.
Yeri gəlmişkən, endirimlər haqqında
Əvvəldə dediyimiz kimi, satınalma çox vaxt hər kəs tərəfindən həyata keçirilir - sonuncunu tapdılar, sonra birtəhər özü edir. Çox vaxt, artıq məşğul olan insanlar "ifrat" olurlar və nəticədə bir insanın tez və bacarıqla, lakin tamamilə müstəqil olaraq nə və hansı miqdarda alacağına qərar verdiyi bir vəziyyət əldə edirik.
Ancaq bulud xidmətinin satıcısı ilə qarşılıqlı əlaqə qurarkən, tutumun topdan satışına gəldikdə daha əlverişli şərtlər əldə edə bilərsiniz. Aydındır ki, səssiz və birtərəfli qeydiyyatı olan bir avtomobildən bu cür endirimlər əldə edə bilməyəcəksiniz - ancaq real satış meneceri ilə danışdıqdan sonra canınızı yandıra bilərsiniz. Yaxud bu uşaqlar sizə hal-hazırda nəyə endirim etdiklərini deyə bilərlər. Bu da faydalı ola bilər.
Eyni zamanda, işığın AWS və ya Azure-da paz kimi birləşmədiyini xatırlamaq lazımdır. Əlbəttə ki, öz server otağınızı təşkil etməkdən söhbət gedə bilməz - lakin nəhənglərin bu iki klassik həllinə alternativlər var.
Məsələn, Google Firebase platformasını şirkətlərə gətirdi, onlar eyni mobil layihəni açar təslim əsasında qəbul edə bilərlər, bu da sürətli miqyas tələb edə bilər. Saxlama, real vaxt verilənlər bazası, hostinq və bu həlli nümunə olaraq istifadə edərək bulud məlumatlarının sinxronizasiyası bir yerdə mövcuddur.
Digər tərəfdən, əgər söhbət monolit layihədən deyil, onların məcmusundan gedirsə, onda mərkəzləşdirilmiş həll həmişə faydalı olmur. Layihə uzunömürlüdürsə, öz inkişaf tarixinə və saxlanması üçün tələb olunan müvafiq miqdarda məlumatlara malikdirsə, daha çox parçalanmış yerləşdirmə haqqında düşünməyə dəyər.
Bulud xidmətləri üçün xərcləri optimallaşdırarkən, birdən başa düşə bilərsiniz ki, biznes üçün kritik tətbiqlər üçün şirkətə fasiləsiz qazanc təmin edəcək daha güclü tariflər ala bilərsiniz. Eyni zamanda, inkişafın “mirası”nın, köhnə arxivlərin, verilənlər bazalarının və s.-nin bahalı buludlarda saxlanması həll yoludur. Axı, bu cür məlumatlar üçün adi HDD-lər və heç bir zəng və fit səsi olmayan orta güclü aparatları olan standart məlumat mərkəzi olduqca uyğundur.
Burada yenə də "bu təlaşa dəyməz" deyə düşünə bilərsiniz, lakin bu nəşrin bütün problemi ondan ibarətdir ki, müxtəlif mərhələlərdə məsul şəxslər xırda şeylərə məhəl qoymurlar və daha rahat və daha sürətli olanı edirlər. Nəhayət, bir neçə ildən sonra bu dəhşətli hesablarla nəticələnir.
Nəticədə?
Ümumiyyətlə, buludlar sərindir, istənilən ölçülü biznes üçün bir çox problemləri həll edir. Lakin bu fenomenin yeniliyi o deməkdir ki, bizdə hələ də istehlak və idarəetmə mədəniyyəti yoxdur. FinOps, bulud gücündən daha səmərəli istifadə etməyə kömək edən təşkilati rıçaqdır. Əsas odur ki, bu mövqeyi atəş heyətinin analoquna çevirməyin, onun vəzifəsi diqqətsiz tərtibatçıları əlləri ilə tutmaq və boş vaxtlara görə onları "danlamaq" olacaq.
Tərtibatçılar inkişaf etməlidir, şirkət pullarını saymamalıdır. Beləliklə, FinOps həm satınalma prosesini, həm də bulud tutumunun istismardan çıxarılması və ya digər komandalara ötürülməsi prosesini sadə və bütün tərəflər üçün xoş bir hadisə etməlidir.
Mənbə: www.habr.com