LFCA: Naučite troškove i budžetiranje u oblaku – 16. dio


Tokom godina, došlo je do eksponencijalnog usvajanja Cloud usluga jer organizacije nastoje da iskoriste brojne prednosti koje nudi Cloud kako bi pojednostavile svoje poslovanje. Većina preduzeća je ili integrisala svoju lokalnu infrastrukturu sa Cloud-om ili je u potpunosti prebacila svoje osnovne usluge u oblak.

Iako Cloud nudi model pay-as-you-go po kojem plaćate samo ono što koristite, imajte na umu da je cilj dobavljača u oblaku uvijek maksimizirati svoj prihod od ponuđenih usluga.

Prodavci u oblaku ulažu milijarde dolara u postavljanje masivnih data centara u različitim regijama i ne namjeravaju to jeftino dati. Iznenađujuće je kako to nije očigledno kupcima i preduzećima.

Kao korisnik, vaš cilj je da dobijete vrhunske usluge u oblaku uz najmanju moguću cenu.

Nedostatak jasnoće oko određivanja cijena

U on-premise okruženjima, trošak postavljanja cjelokupne infrastrukture i implementacije aplikacija već je poznat od strane menadžerskog tima. Operativni i razvojni timovi obično formulišu budžet i predstavljaju ga finansijskom direktoru na odobrenje. Jednostavno rečeno, vi tačno znate koliko ćete potrošiti na svoju infrastrukturu.

Troškovi određivanja cijena u oblaku mogu biti prilično nejasni, posebno za korisnike koji nisu proveli značajno vrijeme razumijevajući cijenu koju svaka usluga u oblaku privlači.

Modeli određivanja cijena velikih Cloud provajdera kao što su AWS i Microsoft Azure nisu tako jednostavni u poređenju s lokalnim troškovima. Jednostavno nećete dobiti jasnu mapu tačno koliko ćete platiti za infrastrukturu.

Uzmimo primjer postavljanja web stranice bez servera koristeći AWS Lambda.

Imamo prednji kraj web stranice (HTML, CSS i JS fajlovi) koji se nalazi na S3 segmentu dok koristimo Cloudfront keširanje za ubrzanje isporuke sadržaja. Frontend šalje zahtjeve Lambda funkcijama preko API gatewaya HTTPS krajnjih tačaka.

Lambda funkcije zatim obrađuju logiku aplikacije i spremaju podatke u upravljanu uslugu baze podataka kao što je RDS (distribuirani sistem relacijske baze podataka) ili DynamoDB (nerelacijske baze podataka).

Koliko god se činilo jednostavno postavljanje web stranice, koristit ćete četiri usluge AWS. Postoji S3 bucket za pohranjivanje statičkih datoteka web stranice, CloudFront CDN za ubrzavanje isporuke sadržaja web stranice, API Gateway za rutiranje HTTPS zahtjeva i konačno RDS ili DynamoDB za pohranjivanje podataka . Svaka od ovih usluga ima svoj model cijena.

Naplata naplaćena za pohranjivanje objekata u S3 kante zavisi od veličine objekata, pohranjenog trajanja i klase skladištenja S3 kante. Postoji 6 klasa skladištenja povezanih sa S3 kantom, svaka sa svojim modelom cena. Evo potpune analize modela cijena za različite S3 klase skladišta.

CloudFront CDN vam nudi besplatno 50 GB odlaznog prijenosa podataka za prvu godinu i 2.000.000 HTTP ili HTTPS zahtjeva besplatno za svaki mjesec u trajanju od 1 godine. Nakon toga, troškovi se razlikuju po regionu, po nivou i po protokolu (HTTPS skuplja više troškova nego HTTP).

Mogao bih prijeći na API Gateway, ali sam siguran da ste shvatili poentu. Modeli određivanja cijena za različite usluge mogu postati složeni ovisno o više faktora. Stoga je provođenje dubinske analize različitih troškova usluga u oblaku razborito prije nego što krenete u raspoređivanje vaših resursa u oblaku.

Nažalost, za neke organizacije razvojni timovi upuštaju se u projekat ne obraćajući pažnju na modele određivanja cijena za različite usluge i koji će im omogućiti da u skladu s tim planiraju budžet. Hitna potreba je obično da se prijave rasporede do postavljenog roka i da se objave.

Budžetiranje za usluge u oblaku obično nije dobro osmišljeno, čiji je krajnji rezultat skupljanje ogromnih računa u oblaku koji mogu zaprijetiti da kompaniju izbace iz poslovanja. Bez jasnog razumijevanja različitih planova i troškova usluga u oblaku, vaš budžet može lako izmaći kontroli.

U prošlosti, gigantske korporacije su se našle u mutnim vodama sa nevjerovatnim računima za oblake.

U jesen 2018. Adobe je zaradio ogromnih 80.000 dolara na dan neočekivanih troškova u oblaku na projektu koji je razvojni tim vodio na Azureu , platforma za računalstvo u oblaku od Microsofta.

Tek nedelju dana kasnije otkriven je propust, a do tada je račun narastao na znatno više od 500.000 dolara. Iste godine, račun Pinterest-a u oblaku popeo se na čak 190 miliona dolara, što je bilo 20 miliona dolara više nego što je prvobitno bilo predviđeno.

Jasno razumijevanje troškova Cloud usluga je stoga od suštinskog značaja kako bi se izbjeglo nagomilavanje Cloud troškova koji mogu lako ostati bez posla. Iz tog razloga, naplata u oblaku i planiranje budžeta trebali bi biti glavni prioritet prije nego što počnete da osiguravate svoje resurse. Zapamtite da je na kraju dana vaš cilj kao klijenta da potrošite što je moguće manje, a da i dalje uživate u uslugama koje oblak nudi.

Optimiziranje troškova u oblaku – najbolje prakse za upravljanje troškovima

Iako vam računarstvo u oblaku pruža potrebnu skalabilnost uz osiguranje smanjenih operativnih troškova, istina je da će vam većina dobavljača kao što su AWS i Microsoft Azure naplatiti resurse koji naručite – bez obzira da li ih koristite ili ne. To implicira da će neaktivni resursi i dalje skupljati neželjene račune što će značajno povećati vaš budžet.

Optimizacija oblaka nastoji smanjiti ukupnu potrošnju u oblaku identificiranjem i eliminacijom neaktivnih resursa i osiguravanjem da naručite upravo ono što vam je potrebno kako biste izbjegli gubitak resursa.

Evo nekih od najboljih praksi koje će vam pomoći da upravljate svojim troškovima u oblaku i radite u okviru svog budžeta.

1. Locirajte i ukinite neiskorištene resurse

Jedan od najjednostavnijih načina za ublažavanje nagomilanih troškova oblaka je pronalaženje i isključivanje ili ukidanje neiskorištenih resursa. Neiskorišteni resursi često nastaju kada programer ili sysadmin implementiraju virtuelni server u demo svrhe i zaborave da ih isključe.

Dodatno, administrator možda neće uspjeti ukloniti priloženi blok memorije kao što je EBS volumen iz EC2 instance nakon završetka. Krajnji rezultat je da organizacija nailazi na velike račune u oblaku za neiskorištene resurse. Zaobilazno rješenje ovog problema je mapiranje vaše infrastrukture i ukidanje svih neiskorištenih instanci oblaka.

2. Promjena veličine/prave veličine Cloud resursa

Još jedan faktor koji povećava račune u oblaku je prekomjerno obezbjeđivanje resursa tako da na kraju imate neaktivne resurse. Uzmite scenario u kojem postavljate virtuelni server za hostovanje aplikacije koja zahteva samo 4 GB RAM-a i 2 vCPU-a. Umjesto toga, odlučujete se za server sa 32 GB RAM-a i 4 CPU-a. To implicira da ćete na kraju dobiti račun za veliki dio neiskorištenih i neiskorištenih resursa.

Pošto vam oblak daje mogućnost povećanja ili smanjenja, najbolja strategija je da obezbedite samo ono što vam je potrebno i kasnije povećate veličinu kao odgovor na promenu potražnje za resursima. Ne prekupujte svoje resurse kada možete lako povećati :-)

3. Iskoristite kalkulatore troškova u oblaku

Provajderi kao što su Google Cloud, AWS i Azure nude intuitivne kalkulatore koji vam pružaju grubu procjenu vaših mjesečnih računa za Cloud. AWS pruža jednostavan kalkulator koji vam daje uvid u vaše mjesečne procjene oblaka. Azurni kalkulator je još elegantniji i intuitivniji.

4. Omogućite upozorenja/alarme naplate

Glavni dobavljači u oblaku kao što su AWS i Azure pružaju vam kontrolnu tablu za naplatu i upravljanje troškovima koja vam pomaže da pratite svoje troškove u oblaku. Možete omogućiti upozorenja o naplati kada se vaša potrošnja približava unaprijed definiranom budžetu tako da možete izvršiti potrebna prilagođavanja kako biste optimizirali svoje račune.

Uz to, razmislite o pregledu korištenja resursa korištenjem ugrađenih nadzornih ploča za praćenje koje se nude za ispitivanje znakova nedovoljne iskorištenosti, što će vam pomoći da smanjite svoje resurse u oblaku kako biste smanjili troškove.

Wrapping Up

Oblak pruža ogroman potencijal za podizanje vašeg poslovanja na viši nivo. Međutim, potrošnja na resurse u oblaku koji su neaktivni ili neiskorišteni može predstavljati veliki nedostatak za vaše poslovanje.

Iz tog razloga, preporučuje se operativnim timovima da pažljivo prouče modele određivanja cijena resursa koje namjeravaju primijeniti i primjenjuju mjere optimizacije koje smo iznijeli kako bi svoju potrošnju u oblaku držali pod kontrolom.