Дефинитивно сте се запитали колико кошта инфраструктура вашег пројекта. Истовремено је изненађујуће: раст трошкова није линеаран у односу на оптерећења. Многи власници предузећа, сервиси и програмери потајно схватају да преплаћују. Али за шта тачно?
Обично се смањење трошкова једноставно своди на проналажење најјефтинијег решења, АВС плана или, у случају физичких рекова, на оптимизацију конфигурације хардвера. И не само то: у ствари, свако то ради, како Бог хоће: ако говоримо о стартапу, онда је ово вероватно водећи програмер који има много главобоља. У већим канцеларијама, овим се бави ЦМО/ЦТО, а понекад се генерални директор лично укључује у то питање заједно са главним рачуновођом. Генерално, они људи који имају довољно „основних“ брига. И испоставило се да рачуни за инфраструктуру расту, али они који немају времена да се баве тиме се баве.
Уколико треба да купите тоалет папир за канцеларију, то ће урадити менаџер набавке или одговорно лице из предузећа за чишћење. Ако говоримо о развоју - води и ЦТО. Продаја - такође је све јасно. Али од давнина, када је „серверска соба“ била назив за кабинет у коме је био обичан торањ систем са мало више РАМ-а и неколико хард дискова у нападу, сви (или бар многи) игноришу чињеница да куповином капацитета треба да се бави и посебно обучена особа.
Авај, историјско памћење и искуство показују да је деценијама овај задатак пребачен на „случајне” људе: ко је био најближи, постављао је питање. А тек недавно је професија ФинОпс почела да се обликује на тржишту и да добија конкретан облик. То је иста она специјално обучена особа чији је задатак да контролише куповину и коришћење капацитета. И, на крају, у смањењу трошкова компаније у овој области.
Не залажемо се за одустајање од скупих и ефикасних решења: свако предузеће мора за себе да одлучи шта му је потребно за удобно постојање у смислу хардвера и тарифа у облаку. Али не може се а да се не обрати пажња на чињеницу да непромишљена куповина „по списку“ без накнадног праћења и анализе употребе за многе компаније на крају резултира веома, веома значајним губицима због неефикасног управљања „имовином“ њиховог бекенда.
Ко је ФинОпс
Рецимо да имате реномирано предузеће, о којем продавци причају о „предузећу“ уздахнутим тоном. Вероватно сте „по списку“ купили десетак-два сервера, АВС и још неке „ситнице“. Што је и логично: у великој компанији се стално дешава нека врста кретања – неки тимови расту, други се распадају, трећи се преносе на суседне пројекте. А комбинација ових покрета, заједно са механизмом набавке „на листи“, на крају доводи до нових седих власи када се погледа наредни месечни рачун за инфраструктуру.
Па шта да радимо - стрпљиво наставимо да сивимо, фарбамо је или откријемо разлоге за појаву ових бројних страшних нула у плаћању?
Будимо искрени: одобрење, одобрење и директно плаћање апликације унутар компаније за исту АВС тарифу није увек (у стварности, скоро никада) брзо. И управо због сталног корпоративног кретања, неке од истих аквизиција могу се негде „изгубити“. И тривијално је стајати беспослен. Ако пажљив администратор примети сталак без власника у својој серверској соби, онда је у случају тарифа у облаку све много тужније. Могу се одлагати месецима - плаћати се, али у исто време више никоме у одељењу за које су купљене нису потребне. У исто време, колеге из суседне канцеларије почињу да чупају своју још не седу косу не само на глави, већ и на другим местима – већ н-ту недељу не могу да плате приближно исту АВС тарифу коју је очајнички потребан.
Које је најочигледније решење? Тако је, предај узде онима који су у невољи, и сви су срећни. Али хоризонталне комуникације нису увек добро успостављене. А друго одељење можда једноставно не зна за богатство првог, за који се некако испоставило да му ово богатство није потребно.
Ко је крив за ово? - Заправо, нико. Тако је за сада све постављено.
Ко пати од овога? - То је то, цело друштво.
Ко може да поправи ситуацију? - Да, да, ФинОпс.
ФинОпс није само слој између програмера и опреме која им је потребна, већ особа или тим који ће знати где, шта и колико добро „лежи“ у смислу истих тарифа у облаку које је купила компанија. У ствари, ови људи морају да раде у тандему са ДевОпс-ом, с једне стране, и одељењем за финансије с друге стране, играјући улогу ефикасног посредника и, што је најважније, аналитичара.
Мало о оптимизацији
Облаци. Релативно јефтин и веома згодан. Али ово решење престаје да буде јефтино када број сервера достигне двоцифрен или троцифрен број. Поред тога, облаци омогућавају коришћење све већег броја услуга које су раније биле недоступне: то су базе података као услуга (Амазон АВС, Азуре Датабасе), апликације без сервера (АВС Ламбда, Азуре Фунцтионс) и многе друге. Сви су веома кул јер су лаки за употребу - купите и идите, без проблема. Али што дубље компанија и њени пројекти урањају у облаке, финансијски директор горе спава. И што брже генерал посиједи.
Чињеница је да су фактуре за разне услуге у облаку увек изузетно збуњујуће: за једну ставку можете добити објашњење на три странице шта, где и како је отишао ваш новац. Ово је, наравно, пријатно, али је готово немогуће разумети. Штавише, наше мишљење о овом питању је далеко од јединог: да бисмо пренели рачуне у облаку на људске, постоје читаве услуге, нпр. или . Ако се неко потрудио да направи засебну услугу за дешифровање рачуна, онда је обим проблема прерастао цену фарбе за косу.
Дакле, шта ФинОпс ради у овој ситуацији:
- јасно разуме када и у којим количинама су решења у облаку купљена.
- зна како се ти капацитети користе.
- прераспоређује их у зависности од потреба одређене јединице.
- не купује „да буде”.
- и на крају, то вам штеди новац.
Одличан пример је складиштење хладне копије базе података у облаку. На пример, да ли га архивирате да бисте смањили количину простора и саобраћаја који се троши приликом ажурирања складишта? Да, чини се да је ситуација јефтина – у једном конкретном случају, али укупност таквих јефтиних ситуација касније резултира превисоким трошковима за услуге у облаку.
Или друга ситуација: купили сте резервни капацитет на АВС-у или Азуре-у како не бисте пали под вршно оптерећење. Можете ли бити сигурни да је ово оптимално решење? На крају крајева, ако су ове инстанце неактивне 80%, онда једноставно дајете новац Амазону. Штавише, за такве случајеве, исти АВС и Азуре имају бурстабилне инстанце – зашто су вам потребни сервери у стању мировања, ако можете да користите алатку за решавање проблема вршног оптерећења? Или, уместо Он Премисе инстанца, треба да погледате Ресервед - много су јефтинији и такође нуде попусте.
Узгред, о попустима
Као што смо рекли на почетку, набавку често обавља било ко - нашли су последњег, а онда то некако сам уради. Најчешће људи који су већ заузети постају „екстремни“, а као резултат долазимо у ситуацију да особа брзо и вешто, али потпуно самостално, одлучује шта ће и у којим количинама купити.
Али када комуницирате са продавцем из клауд сервиса, можете добити повољније услове када је у питању велепродајна куповина капацитета. Јасно је да нећете моћи да добијете такве попусте од аутомобила са тихом и једностраном регистрацијом - али након разговора са правим менаџером продаје, можда ћете прегорети. Или вам ови момци могу рећи на шта тренутно имају попусте. Такође може бити корисно.
У исто време, треба да запамтите да се светлост није конвергирала као клин на АВС или Азуре. Наравно, нема говора о организовању сопствене сервер собе - али постоје алтернативе за ова два класична решења гиганата.
На пример, Гоогле је компанијама донео платформу Фиребасе, на којој могу да хостују исти мобилни пројекат по принципу „кључ у руке“, што може захтевати брзо скалирање. Складиштење, база података у реалном времену, хостинг и синхронизација података у облаку користећи ово решење као пример су доступни на једном месту.
С друге стране, ако не говоримо о монолитном пројекту, већ о њиховој укупности, онда централизовано решење није увек од користи. Ако је пројекат дуговечан, има сопствену историју развоја и одговарајућу количину података потребних за складиштење, онда је вредно размислити о фрагментиранијем пласману.
Када оптимизујете трошкове за услуге у облаку, можете изненада схватити да за пословне критичне апликације можете купити моћније тарифе које ће компанији обезбедити непрекидну зараду. У исто време, решење је складиштење „наслеђа“ развоја, старих архива, база података итд. у скупим облацима. На крају крајева, за такве податке је сасвим прикладан стандардни дата центар са редовним ХДД-овима и хардвером средње снаге без икаквих звона и звиждука.
И овде би можда помислили да „ова галама није вредна тога“, али цео проблем ове публикације заснива се на чињеници да у различитим фазама одговорни људи занемарују ситнице и раде оно што је згодније и брже. Што, на крају, после пар година резултира управо тим хорор рачунима.
Резултат?
Генерално, облаци су кул, решавају много проблема за предузећа било које величине. Међутим, новост овог феномена значи да још увек немамо културу потрошње и управљања. ФинОпс је организациона полуга која вам помаже да ефикасније искористите снагу облака. Главна ствар је да не претворите ову позицију у аналогну стрељачком воду, чији ће задатак бити да ухвати непажљиве програмере за руку и „грди“ их за застоје.
Програмери треба да се развијају, а не да рачунају новац компаније. И зато би ФинОпс требало да процес куповине и процес разградње или преноса капацитета у облаку на друге тимове учини једноставним и пријатним за све стране.
Извор: ввв.хабр.цом