Programavimas

7 tamsios debesų paslaptys

Ar yra kas viliojančiau nei debesų mašinų kainoraščiai? Mūsų nėra tiek senų, kad atsimintume, kad sumokėjome centą už saldainį, tačiau debesų vartotojai džiaugiasi dar mažesnėmis kainomis.

„Google“ N1 standartinės mašinos kaina yra 0,0475 USD per valandą, tačiau ją galite gauti tik už 0,0100 USD per valandą, atsižvelgdami į savo paketinio apdorojimo poreikius, jei esate pasirengęs išvengti svarbesnių darbų. Pašėlę išlaidaujantys vartotojai gali padidinti CPU versiją už 0,015 USD per valandą - vis tiek mažiau nei du centus. Woo-hoo!

„Azure“ už minimalų 0,00099 USD už gigabaitą mokestį už mėnesio duomenų saugojimą savo archyvinės saugyklos pakopoje. Tačiau „Amazon“ gali pasiūlyti labiausiai akį traukiančias mažas kainas - už 128 megabaitų atmintį, kad būtų palaikoma „Lambda“ funkcija, imama begalinio mažumo 0,000000202083 USD. (Keturi tikslumo skaitmenys?)

Tie maži skaičiai mus išmuša iš vėžių. Medicininis draudimas ir nekilnojamojo turto sąskaitos gali sumenkinti biudžetą, tačiau kalbant apie debesį, mes galime mėgautis mėtydami pinigus kaip konfeti. Taip yra todėl, kad daugelio debesų paslaugų kainos yra tiesiog mažesnės nei konfeti gabalo kaina.

Tada ateina mėnesio pabaiga, o debesų sąskaita yra daug didesnė, nei kas nors tikėjosi. Kaip tos centų dalys taip greitai susideda?

Štai septynios tamsios paslaptys, kaip debesų kompanijos paverčia centų dalis tikrais pinigais.

Paslėpti „priedai“

Kartais populiariausiuose numeriuose dominuoja priedai, kurių jūs nepastebite. „Amazon“ „S3“ ledynas turi „Deep Archive“ pakopą, skirtą ilgalaikėms atsarginėms kopijoms kurti, kurios kaina viliojančiai siekia 0,00099 USD už gigabaitą, o tai kainuoja iki 1 USD už terabaitą per mėnesį. Nesunku įsivaizduoti atsarginių juostų ir vargo atidėjimą į „Amazon“ paslaugos paprastumą.

Tarkime, jūs norite iš tikrųjų pažvelgti į tuos duomenis. Jei spustelėsite antrą kainų lapo skirtuką, pamatysite, kad paieškos kaina yra 0,02 USD už gigabaitą. 20 kartų brangiau žiūrėti į duomenis, nei saugoti mėnesį. Jei restoranas naudotųsi šiuo kainodaros modeliu, už jūsų kepsnių vakarienę imtųsi 2 USD, bet už sidabrinius indus - 40 USD.

Manau, kad „Amazon“ kainodaros modelis turi daug prasmės, nes jie sukūrė produktą palaikydami ilgalaikį saugojimą, o ne atsitiktinį naršymą ir nesibaigiantį ataskaitų generavimą. Jei norime dažnai naudotis, galime sumokėti už įprastą S3 pakopą. Bet jei siekiama sutaupyti archyvų saugykloje, turime suprasti antrines išlaidas ir planuoti iš anksto.

Vieta svarbi

Debesų kompanijos dažnai apakina mus žemėlapiais, kuriuose pavaizduoti duomenų centrai visame pasaulyje, kviečiantys pasistatyti savo darbo krūvius visur, kur mums patogiausia. Tačiau kainos ne visada yra vienodos. „Amazon“ gali mokėti 0,00099 USD už gigabaitą Ohajo valstijoje, bet 0,002 USD už gigabaitą Šiaurės Kalifornijoje. Ar tai šiltas oras? Paplūdimio artumas? Ar tik nekilnojamojo turto kaina?

Kinijos debesų kompanija „Alibaba“ aiškiai nori paskatinti kūrėjus naudotis savo duomenų centrais visame pasaulyje. Mažos klasės pavyzdžiai prasideda nuo 2,50 USD per mėnesį už Kinijos ribų, tačiau Honkonge per mėnesį jie siekia 7 USD ir žemyninėje Kinijoje - 15 USD.

Mes patys stebime šias kainas ir atitinkamai pasirenkame. Mes negalime pasirinkti duomenų centrų vien dėl to, kad jie atrodo patogesni arba idealūs kandidatai į patikrinimo kelionę.

Duomenų perdavimo išlaidos

Vienintelė kainų sąrašų tikrinimo ir mūsų darbo krūvio perkėlimo į pigiausius duomenų centrus problema yra ta, kad debesų kompanijos taip pat ima mokestį už duomenų judėjimą. Jei bandysime būti sumanūs ir išspręsti išlaidas, perkeldami bitus visame pasaulyje, ieškodami pigiausių skaičiavimų ir saugojimo, galime gauti didesnes sąskaitas už duomenų perkėlimą.

Duomenų srauto tinkle išlaidos yra stebėtinai didelės. O, kartais gigabaitas nieko nepadarys, tačiau gali būti didelė klaida kas milisekundę atkartoti dažnai atnaujinamą duomenų bazę visoje šalyje vien todėl, kad gali atsirasti koks nors žemės drebėjimas ar uraganas.

„Roach“ moteliai

Garsiuose vienos tarakonų gaudyklės skelbimuose buvo skelbiama: „Raudonos registruojasi, bet jos neišregistruoja“. Panašiai galėtumėte pasijusti ir žiūrėdami į duomenų išėjimo kainą. Debesų kompanijos dažnai neapmokestina duomenų, kad įvestumėte duomenis į debesį. Ar parduotuvė apmokestintų klientą už įėjimą pro duris? Bet jei bandysite išsiųsti duomenis, sąskaita už išėjimą yra be galo didesnė.

Tai gali įkąsti kiekvienam, mažam ar dideliam, stebinčiam tam tikrą turinį. Staiga visi nori pamatyti kai kuriuos memus ar vaizdo įrašus jūsų serveryje, o kai jūsų žiniatinklio serveris drąsiai tenkina visas užklausas, išėjimo mokesčių skaitiklis sukasi vis greičiau.

Panardintų išlaidų klaidingumas

Visada būna momentų, kai dabartinė mašina ar konfigūracija stengsis atlikti darbą, tačiau jei tik padidinsite dydį, bus gerai. Ir tai tik papildomi keli centai per valandą. Jei jau mokame kelis dolerius per valandą, dar keli centai mūsų nebankrutuos. O debesų kompanijos yra pasirengusios padėti tik spustelėdami.

Kazino žino tą patį kelią į mūsų pinigines. Mes jau atėjome taip toli - dar viena maža įmoka yra niekas. Tačiau aštrių pieštukų buhalteriai žino, kad negrįžtamas išlaidų klaidinimas - taip pat išmesti gerus pinigus po blogo - yra didelė problema lošėjams, vadybininkams ir beveik visiems, išskyrus mažus vaikus. Pinigų, kuriuos išleidome, nebėra. Tai niekada nebegrįš. Tačiau naujas išlaidas galime kontroliuoti.

Kuriant programinę įrangą yra šiek tiek kitaip. Mes dažnai negalime būti tikri, kiek atminties ar procesoriaus reikės funkcijai. Kurį laiką turėsime pagauti mašinų galią. Tikras iššūkis yra budėjimo stebėjimas ir išlaidų kontrolė. Tiesiog palaimingai pridedant šiek tiek daugiau procesoriaus čia ar atminties, yra kelias į didelę sąskaitą mėnesio pabaigoje.

Virš galvos

Debesų mašina savaime nėra mašina, bet didesnės fizinės mašinos, padalintos į N dalis, dalis. Vis dėlto skiltelės nėra pakankamai galingos, kad pačios galėtų atlaikyti apkrovą, todėl mes naudojame tokius įrankius kaip „Kubernetes“, kad N vienetai veiktų kartu. Kodėl mes supjaustome riebią dėžutę į N gabalėlius, kad ją vėl susegtume? Kodėl ne tik tai, kad viena riebalų mašina valdo vieną riebalų apkrovą?

Debesų evangelistai gali sakyti, kad žmonės, kurie užduoda tokius neapibrėžtus klausimus, nesinaudoja debesų privalumais. Visi papildomi OS sluoksniai ir papildomos kopijos suteikia daug pertekliaus ir lankstumo. Turėtume būti dėkingi, kad visi šie atvejai paleidžiami ir uždaromi įmantriame, orkestruotame šokyje.

Tačiau paprastas atkūrimas naudojant „Kubernetes“ skatina aplaidų programavimą. Mazgo gedimas nėra problema, nes „Pod“ plauks toliau, kai „Kubernetes“ pakeis egzempliorių. Taigi mes mokame šiek tiek daugiau už visas pridėtines išlaidas, kad išlaikytume papildomus sluoksnius, dėkodami, kad galime tiesiog paleisti švarią ir šviežią mašiną be jokio kruizo, kuris, atrodo, netrukdo.

Debesų begalybė

Galų gale, kebli debesų kompiuterijos problema yra ta, kad geriausia savybė, jos iš pažiūros begalinis gebėjimas padidinti bet kokią paklausą, taip pat yra biudžeto minų laukas. Ar kiekvieno vartotojo vidurkis yra 10 gigabaitų išėjimo ar 20 gigabaitų? Ar kiekvienam serveriui reikės dviejų gigabaitų RAM ar keturių? Kai pradedame projektus, neįmanoma žinoti.

Senas sprendimas pirkti fiksuotą serverių skaičių projektui gali imti kištis, kai paklausa išauga, tačiau bent jau biudžeto išlaidos nepaleidžia aukštyn. Serverių gerbėjai gali verkšlenti nuo visų apkrovų, o vartotojai gali piktintis dėl lėtos reakcijos, tačiau jūs neketinate sulaukti panikos apskaitos komandos skambučio.

Mes galime piešti piešinius kartu, bet niekas tikrai nežinos. Tada pasirodo vartotojai ir visko gali atsitikti. Niekas nepastebi, kai išlaidos būna mažesnės, tačiau kai skaitiklis pradeda suktis vis greičiau, viršininkas pradeda atkreipti dėmesį. Giliausia problema yra ta, kad mūsų banko sąskaitos nesikeičia kaip debesys.

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