7 mračnih tajni troškova oblaka

Postoji li išta zavodljivije od cjenika automata za oblake? Nema nas puno dovoljno starih da se sjetimo platiti lipu za komad slatkiša, ali korisnici oblaka uživaju u još nižim cijenama.

Cijena Googleovog standardnog stroja N1 iznosi 0,0475 američkih dolara po satu, ali možete ga dobiti za samo 0,0100 američkih dolara po satu za vaše potrebe serijske obrade - ako ste spremni da vas spriječe važniji poslovi. Ludi potrošači mogu se popeti na visoku CPU verziju za 0,015 USD na sat - još uvijek manje od dva centa. Woo-hoo!

Azure naplaćuje minimalno 0,00099 USD po gigabajtu za pohranu podataka mjesec dana u svojoj arhivskoj razini pohrane. Amazon, međutim, može ponuditi najprivlačnije niske cijene - naplaćujući beskonačno malo 0,0000002083 dolara za 128 megabajta memorije za podršku Lambda funkcije. (Četiri znamenke preciznosti?)

Te nas malene brojke izbacuju iz straže. Računi za medicinsko osiguranje i nekretnine možda slamaju proračun, ali kad je riječ o oblaku možemo uživati ​​u bacanju novca poput konfeta. To je zato što su cijene mnogih usluga u oblaku doslovno manje od troškova komada konfeta.

Tada dolazi kraj mjeseca, a račun za oblak mnogo je veći nego što je itko očekivao. Kako se ti dijelovi groša tako brzo zbrajaju?

Evo sedam tamnih tajni kako tvrtke u oblaku djeliće centa pretvaraju u pravi novac.

Skriveni "dodaci"

Ponekad najistaknutijim brojevima dominiraju dodaci koje ne primijetite. Amazonov S3 Glacier ima razinu "Deep Archive" dizajniranu za dugoročne sigurnosne kopije čija je zavodljiva cijena 0.00099 USD po gigabajtu, nešto što košta 1 USD po terabajtu mjesečno. Lako je zamisliti da stavite po strani sigurnosne vrpce i gnjavažu zbog jednostavnosti Amazonove usluge.

Ali recimo da želite zapravo pogledati te podatke. Ako kliknete na drugu karticu na cjeniku, možete vidjeti da je cijena dohvaćanja 0,02 USD po gigabajtu. 20 puta je skuplje gledati podatke nego ih čuvati mjesec dana. Da se restoran koristi ovim modelom određivanja cijena, naplatili bi vam 2 dolara za večeru odreska, ali 40 dolara za srebrni pribor.

Pretpostavljam da Amazonov model određivanja cijena ima puno smisla jer su dizajnirali proizvod kako bi podržali dugoročno skladištenje, a ne povremeno pregledavanje i beskrajno generiranje izvještaja. Ako želimo česti pristup, možemo platiti redovni nivo S3. Ali ako je cilj uštedjeti na arhivskoj pohrani, moramo razumjeti sekundarne troškove i planirati unaprijed.

Mjesto je važno

Tvrtke u oblaku često nas zaslijepe kartama s podatkovnim centrima širom svijeta, pozivajući nas da parkiramo svoja radna mjesta gdje god se osjećamo najudobnije. Cijene, međutim, nisu uvijek iste. Amazon u Ohiou može naplatiti 0,00099 USD po gigabajtu, ali u Sjevernoj Kaliforniji iznosi 0,002 USD po gigabajtu. Je li toplo vrijeme? Blizina plaže? Ili samo troškovi nekretnina?

Alibaba, kineska tvrtka u oblaku, očito želi potaknuti programere da koriste svoje podatkovne centre širom svijeta. Niskobudžetni slučajevi počinju sa samo 2,50 dolara mjesečno izvan Kine, ali skaču na 7 dolara mjesečno u Hong Kongu i 15 dolara mjesečno u kontinentalnoj Kini.

Na nama je da pazimo na ove cijene i odaberemo u skladu s njima. Ne možemo odabrati podatkovne centre samo zato što se čine prikladnijima ili su idealni kandidati za inspekcijsko putovanje.

Troškovi prijenosa podataka

Jedini problem s pregledom cjenika i premještanjem našeg radnog opterećenja u najjeftinije podatkovne centre je taj što i tvrtke u oblaku naplaćuju kretanje podataka. Ako pokušamo biti pametni i arbitrirati troškove prebacujući bitove širom svijeta tražeći najjeftinije računanje i pohranu, možemo završiti s većim računima za premještanje podataka.

Troškovi protoka podataka kroz mrežu iznenađujuće su veliki. Oh, povremeni gigabajt neće učiniti razliku, ali može biti velika pogreška replicirati često ažuriranu bazu podataka u cijeloj zemlji svake milisekunde samo zato što se može dogoditi potres ili uragan.

Moteli za roach

Poznati oglasi za jednu zamku žohara najavili su: "Žohari se prijavljuju, ali se ne odjavljuju." Možda ćete se osjećati isto kad promatrate cijenu odlaska podataka. Tvrtke u oblaku često vam ne naplaćuju unos podataka u oblak. Bi li trgovina naplatila kupcu da uđe na vrata? Ali ako pokušate dostaviti podatke, račun za odlazak beskrajno je veći.

To može ugristi svakoga, malog ili velikog, tko gleda neki sadržaj koji postaje virusan. Odjednom svi žele vidjeti neki mem ili video zapis na vašem poslužitelju i kako vaš web poslužitelj hrabro udovoljava svim zahtjevima, mjerač izlaznih troškova vrti se sve brže i brže.

Pogrešena pogreška troškova

Uvijek postoje trenuci kada će se trenutni stroj ili konfiguracija boriti da odradi posao, ali ako samo povećate veličinu, bit će u redu. A to je samo dodatnih nekoliko centi na sat. Ako već plaćamo nekoliko dolara na sat, još nas nekoliko groša neće bankrotirati. I tvrtke u oblaku su tu da vam pomognu samo jednim klikom.

Kockarnice znaju isti put do naših novčanika. Već smo došli tako daleko - još jedno malo plaćanje nije ništa. No, oštri knjigovodstvenici znaju da je zabluda s pogrešnim troškovima - koja se baca dobrim novcem za lošim - velik problem za kockare, menadžere i gotovo sve osim za malu djecu. Novac koji smo potrošili je nestao. Nikad se više neće vratiti. No, nova potrošnja je nešto što možemo kontrolirati.

Nešto je drugačije kada razvijate softver. Često ne možemo biti sigurni koliko memorije ili CPU-a će trebati neka značajka. Morat ćemo povremeno pojačati snagu strojeva. Pravi je izazov pripaziti na proračun i usput kontrolirati troškove. Samo blagim dodavanjem malo više CPU-a ovdje ili memorije postoji put do velikog računa na kraju mjeseca.

Nad glavom

Stroj u oblaku nije stroj sam po sebi, već je dio većeg fizičkog stroja koji je podijeljen u N dijelova. Kriške, međutim, nisu dovoljno snažne da samostalno podnesu teret, pa postavljamo alate poput Kubernetesa kako bi N dijelova ostalo zajedno. Zašto rezamo masnu kutiju na N dijelova samo da bismo je ponovno sašili? Zašto jednostavno ne bi imao jedan stroj za masnoće koji obrađuje jedan masni teret?

Evanđelisti u oblaku mogli bi reći da ljudi koji postavljaju drska takva pitanja ne dobivaju blagodati oblaka. Svi dodatni slojevi i dodatne kopije OS-a donose puno suvišnosti i fleksibilnosti. Morali bismo biti zahvalni što se svi ti slučajevi pokreću i isključuju u složenom, orkestriranom plesu.

Ali lakoća oporavka s Kubernetesom potiče neuredno programiranje. Kvar čvora nije problem jer će mahuna ploviti dalje dok Kubernetes zamjenjuje instancu. Stoga plaćamo malo više za sve režijske troškove kako bismo održali dodatne slojeve, zahvalni što možemo jednostavno pokrenuti čisti svježi stroj bez ikakvog naftnog otpada koji nam se čini na putu.

Beskonačnost oblaka

Na kraju je zeznuti problem s računalstvom u oblaku taj što je najbolja značajka, njegova naizgled beskonačna sposobnost da se poveća kako bi se zadovoljila bilo koja potražnja, ujedno i proračunsko minsko polje. Ide li svaki korisnik u prosjeku 10 gigabajta izlaza ili 20 gigabajta? Hoće li svaki poslužitelj trebati dva gigabajta RAM-a ili četiri? Kad započnemo projekte, to je nemoguće znati.

Staro rješenje kupnje fiksnog broja poslužitelja za projekt moglo bi se početi stezati kad skoči potražnja, ali barem proračunski troškovi ne rastu. Obožavatelji na poslužiteljima mogu cmizdriti od sveg opterećenja, a korisnici se mogu zezati zbog sporog odgovora, ali nećete dobiti panični poziv od računovodstvenog tima.

Možemo olovkom sastaviti olovke, ali to nitko zapravo neće znati. Tada se pojave korisnici i sve se može dogoditi. Nitko ne primjećuje kada su troškovi niži, ali kad se brojilo počne vrtjeti sve brže i brže, šef počne obraćati pažnju. Najdublji je problem što se naši bankovni računi ne mijenjaju poput oblaka.