Programiranje

7 temnih skrivnosti stroškov oblaka

Je kaj bolj zapeljivega kot ceniki v oblaku? Ni nas veliko dovolj starih, da bi se spomnili, da smo za kos sladkarij plačali en cent, vendar uporabniki oblaka uživajo v cenah, ki so še nižje.

Cena Googlovega običajnega stroja N1 znaša 0,0475 USD na uro, vendar ga lahko za potrebe serijske obdelave dobite za samo 0,0100 USD na uro - če ste pripravljeni, da vas prevzamejo pomembnejša delovna mesta. Nori zapravljavci lahko dosežejo visoko različico CPU za 0,015 USD na uro - še vedno manj kot dva centa. Woo-hoo!

Azure za shranjevanje podatkov en mesec na svojem arhivskem nivoju shranjuje 0,00099 USD na gigabajt. Amazon pa lahko ponudi najbolj očarljive nizke cene - zaračuna neskončno 0,0000002083 USD za 128 megabajtov pomnilnika, da podpira Lambda funkcijo. (Štiri številke natančnosti?)

Te drobne številke nas spravljajo pred stražo. Računi za zdravstveno zavarovanje in nepremičnine morda zdrobijo proračun, toda ko gre za oblak, lahko uživamo v metanju denarja naokoli kot konfeti. To je zato, ker so cene številnih oblačnih storitev dobesedno nižje od stroškov konfeta.

Potem pride konec meseca in račun za oblak je veliko večji, kot je kdo pričakoval. Kako se ti delčki penijev tako hitro seštevajo?

Tu je sedem temnih skrivnosti, kako podjetja v oblaku delce centa spreminjajo v pravi denar.

Skriti "dodatki"

Včasih nad najbolj razstavljenimi številkami prevladujejo statisti, ki jih ne opazite. Amazonov ledenik S3 ima stopnjo "Deep Archive", namenjeno dolgoročnim varnostnim kopijam, ki ima zapeljivo ceno 0,00099 USD na gigabajt, kar znaša 1 USD na terabajt na mesec. Lahko si predstavljamo, da bi zaradi preprostosti Amazonove storitve na stran postavili rezervne trakove in težave.

Recimo, da želite dejansko pogledati te podatke. Če kliknete na drugi zavihek na ceniku, lahko vidite, da stroški iskanja znašajo 0,02 USD na gigabajt. 20-krat dražje je pogledati podatke kot jih shraniti en mesec. Če bi restavracija uporabljala ta model določanja cen, bi vam za večerjo zrezkov zaračunali 2 USD, za srebrnino pa 40 USD.

Menim, da je Amazonov model oblikovanja cen zelo smiseln, ker so izdelek zasnovali tako, da podpira dolgoročno shranjevanje, ne priložnostno brskanje in neskončno generiranje poročil. Če želimo pogost dostop, lahko plačamo redno stopnjo S3. Če pa je cilj prihraniti pri arhivskem shranjevanju, moramo razumeti sekundarne stroške in načrtovati vnaprej.

Lokacija je pomembna

Podjetja v oblaku nas pogosto zaslepijo z zemljevidi, ki prikazujejo podatkovne centre po vsem svetu in nas vabijo, da svoje delovne obremenitve parkiramo tam, kjer se počutimo najbolj udobno. Cene pa niso vedno enake. Amazon lahko v Ohiu zaračuna 0,00099 USD na gigabajt, v Severni Kaliforniji pa 0,002 USD na gigabajt. Je toplo vreme? Bližina plaže? Ali samo stroški nepremičnin?

Kitajska družba v oblaku Alibaba očitno želi razvijalce spodbuditi k uporabi svojih podatkovnih centrov po vsem svetu. Primerki nižjega cenovnega razreda se izven Kitajske začnejo pri samo 2,50 USD na mesec, v Hongkongu pa na 7 USD na mesec v celinski Kitajski.

Na nas je, da pazimo na te cene in jih ustrezno izberemo. Ne moremo izbrati podatkovnih centrov samo zato, ker se zdijo bolj priročni ali so idealni kandidati za inšpekcijski izlet.

Stroški prenosa podatkov

Edina težava pri pregledu cenikov in selitvi naše delovne obremenitve v najcenejša podatkovna središča je, da podjetja v oblaku zaračunavajo tudi pretok podatkov. Če poskušamo biti pametni in arbitrirati stroške s premikanjem bitov po vsem svetu v iskanju najcenejšega izračuna in shranjevanja, lahko na koncu dobimo večje račune za premikanje podatkov.

Stroški pretoka podatkov po omrežju so presenetljivo veliki. Oh, občasni gigabajt ne bo ničesar spremenil, vendar je lahko velika napaka, če vsako milisekundo ponovite pogosto posodobljeno bazo podatkov po državi samo zato, ker se lahko zgodi kakšen potres ali orkan.

Roach moteli

Znani oglasi za eno past za ščurke so objavili: "Ščurki se prijavijo, vendar se ne odjavijo." Morda se boste počutili enako, če pogledate stroške za izstop podatkov. Podjetja v oblaku vam pogosto ne zaračunajo vnosa podatkov v oblak. Bi trgovina stranki zaračunala, naj vstopi skozi vrata? Če pa poskušate poslati podatke, je račun za izstop neskončno večji.

To lahko ugrizne vsakogar, majhnega ali velikega, ki gleda, kako je neka vsebina virusna. Nenadoma si vsi zaželijo, da bi na vašem strežniku videli kakšen mem ali video, in ker vaš spletni strežnik hrabro zadovolji vse zahteve, se merilnik izstopnih stroškov vrti vse hitreje in hitreje.

Pogrešeni stroški

Vedno obstajajo trenutki, ko se bo trenutna naprava ali konfiguracija trudila opraviti delo, če pa boste le povečali velikost, bo v redu. In to je le dodatnih nekaj centov na uro. Če že plačujemo več dolarjev na uro, nas še nekaj penijev ne bo bankrotiralo. In podjetja v oblaku so na voljo za pomoč s samo enim klikom.

Igralnice poznajo isto pot do naših denarnic. Prišli smo že tako daleč - še eno majhno plačilo ni nič. Toda ostri knjigovodski knjigovodci vedo, da je zabloda potopljenih stroškov - prav tako metanje dobrega denarja za slabim - velika težava za igralce na srečo, menedžerje in skoraj vse, razen majhnih otrok. Denarja, ki smo ga porabili, ni več. Nikoli se ne bo vrnil. Nova poraba pa je nekaj, kar lahko nadzorujemo.

Nekoliko drugače je, ko razvijate programsko opremo. Pogosto ne moremo biti prepričani, koliko pomnilnika ali CPU bo potrebna funkcija. Nekaj ​​časa bomo morali povečati moč strojev. Pravi izziv je paziti na proračun in obenem nadzorovati stroške. Samo blag dodatek malo več procesorja tukaj ali pomnilnika je pot do velikega računa ob koncu meseca.

Nad glavo

Stroj v oblaku ni stroj sam po sebi, ampak rez večjega fizičnega stroja, ki je razdeljen na N delov. Rezine pa niso dovolj zmogljive, da bi same prenašale obremenitve, zato uvajamo orodja, kot je Kubernetes, da N kosov deluje skupaj. Zakaj masno škatlo narežemo na N kosov, da jo spet skupaj zašijemo? Zakaj ne bi imeli samo enega stroja za predelavo maščob?

Evangelisti v oblaku bi lahko rekli, da ljudje, ki postavljajo tako drzna vprašanja, nimajo prednosti oblaka. Vse dodatne plasti in dodatne kopije OS prinašajo veliko odvečnosti in prilagodljivosti. Hvaležni bi bili, da se vsi ti primeri zaganjajo in zaustavijo v izpopolnjenem, orkestriranem plesu.

Toda enostavnost okrevanja s Kubernetesom spodbuja površno programiranje. Okvara vozlišča ni težava, ker bo pod plul naprej, ko bo Kubernetes nadomestil primerek. Tako plačujemo nekoliko več za vse režijske stroške, da ohranimo odvečne sloje, hvaležni, da lahko preprosto zaženemo čisti svež stroj, ne da bi prišlo do kakršne koli razpoke, ki se zdi ovira.

Neskončnost oblaka

Na koncu je zapletena težava računalništva v oblaku ta, da je najboljša lastnost, na videz neskončna sposobnost, da se razširi na poljubno povpraševanje, tudi proračunsko minsko polje. Ali bo vsak uporabnik v povprečju izstopil 10 gigabajtov ali 20 gigabajtov? Ali bo vsak strežnik potreboval dva gigabajta RAM-a ali štiri? Ko začnemo s projekti, je nemogoče vedeti.

Stara rešitev nakupa določenega števila strežnikov za projekt se bo morda začela ukinjati, ko se bo povpraševanje povečalo, vendar vsaj proračunski stroški ne naraščajo. Oboževalci na strežnikih bodo morda cvilili od vsega bremena in uporabniki se bodo lahko počutili zaradi počasnega odziva, vendar računovodske ekipe ne boste prejeli paničnega klica.

Ocene lahko sestavimo s svinčnikom, vendar tega ne bo nihče vedel. Nato se prikažejo uporabniki in lahko se zgodi karkoli. Nihče ne opazi, kdaj se stroški zmanjšajo, ko pa se števec začne vrteti vse hitreje, pa šef začne biti pozoren. Najgloblja težava je, da se naši bančni računi ne merijo v oblaku.

$config[zx-auto] not found$config[zx-overlay] not found