Programmēšana

7 tumši mākoņu izmaksu noslēpumi

Vai ir kaut kas vairāk vilinošs nekā mākoņu mašīnu cenrāži? Nav daudz no mums, kas būtu pietiekami veci, lai atcerētos, ka par konfektes gabalu esam samaksājuši santīmu, taču mākoņu lietotāji izbauda vēl mazākas cenas.

Google N1 standarta mašīnas cena ir 0,0475 USD stundā, bet jūs to varat iegūt tikai par 0,0100 USD stundā savām sērijveida apstrādes vajadzībām - ja vēlaties, lai jūs aizkavētu svarīgāki darbi. Traki tērētāji var sasniegt augsto procesora versiju par 0,015 USD stundā - joprojām mazāk nekā divus centus. Woo-hoo!

Azure iekasē miniscule 0,00099 USD par gigabaitu, lai mēnesi saglabātu datus savā arhīva krātuves līmenī. Tomēr Amazon var piedāvāt visvairāk uzkrītošās zemās cenas - iekasējot bezgalīgi nelielu USD 0,0000002083 par 128 megabaitu atmiņu, lai atbalstītu Lambda funkciju. (Četri cipari precizitātes?)

Šie sīkie skaitļi mūs izmet no apsardzes. Medicīniskā apdrošināšana un nekustamā īpašuma rēķini, iespējams, sadragā budžetu, taču, runājot par mākoni, mēs varam izbaudīt naudas mētāšanu kā konfeti. Tas ir tāpēc, ka daudzu mākoņpakalpojumu cenas ir burtiski mazākas par konfeti gabala izmaksām.

Tad pienāk mēneša beigas, un mākoņu rēķins ir daudz lielāks, nekā kāds gaidīja. Kā šīs santīmu daļas tik ātri saskaitās?

Šeit ir septiņi tumši noslēpumi par to, kā mākoņu kompānijas pārvērš centu daļas par īstu naudu.

Slēptās “ekstras”

Dažreiz izcilākajos skaitļos dominē ekstras, kuras jūs nepamana. Amazon S3 ledājam ir “Deep Archive” līmenis, kas paredzēts ilgtermiņa dublējumkopijām un kura cena ir vilinoša - 0,00099 USD par gigabaitu, kaut kas maksā 1 USD par terabaitu mēnesī. Amazon pakalpojuma vienkāršībai ir viegli iedomāties rezerves lentu un problēmu atstāšanu malā.

Pieņemsim, ka vēlaties faktiski apskatīt šos datus. Noklikšķinot uz cenas tabulas otrās cilnes, var redzēt, ka izguves izmaksas ir 0,02 USD par gigabaitu. Apskatīt datus ir 20 reizes dārgāk, nekā tos glabāt mēnesi. Ja restorāns izmantotu šo cenu modeli, viņi par steiku vakariņām iekasēs 2 USD, bet par sudraba izstrādājumiem - 40 USD.

Es pieņemu, ka Amazon cenu modelim ir daudz jēgas, jo viņi izstrādāja produktu, lai atbalstītu ilgtermiņa glabāšanu, nevis ikdienas pārlūkošanu un bezgalīgu pārskatu veidošanu. Ja mēs vēlamies biežu piekļuvi, mēs varam apmaksāt parasto S3 līmeni. Bet, ja mērķis ir ietaupīt uz arhīvu krātuvi, mums ir jāsaprot sekundārās izmaksas un jāplāno uz priekšu.

Atrašanās vieta ir svarīga

Mākoņu kompānijas mūs bieži apžilbina ar kartēm, kurās redzami datu centri visā pasaulē, aicinot mūs novietot darba slodzi visur, kur mums ir visērtāk. Tomēr cenas ne vienmēr ir vienādas. Amazon var iekasēt 0,00099 USD par gigabaitu Ohaio, bet tas ir 0,002 USD par gigabaitu Ziemeļkalifornijā. Vai ir siltais laiks? Pludmales tuvums? Vai tikai nekustamā īpašuma izmaksas?

Ķīnas mākoņu kompānija Alibaba nepārprotami vēlas mudināt izstrādātājus izmantot savus datu centrus visā pasaulē. Zemākās klases cenas sākas tikai ar 2,50 ASV dolāriem mēnesī ārpus Ķīnas, bet Honkongā lēšot līdz 7 ASV dolāriem mēnesī un Ķīnas kontinentālajā daļā 15 ASV dolāriem mēnesī.

Mūsu ziņā ir vērot šīs cenas un atbilstoši izvēlēties. Mēs nevaram izvēlēties datu centrus tikai tāpēc, ka tie šķiet ērtāki vai padara ideālus kandidātus pārbaudes braucienam.

Datu pārsūtīšanas izmaksas

Vienīgā problēma ar cenrāžu pārbaudi un darba slodzes pārvietošanu uz lētākajiem datu centriem ir tā, ka arī mākoņu kompānijas iekasē maksu par datu pārvietošanos. Ja mēs cenšamies būt gudri un šķīrējties par izmaksām, pārvietojot bitus visā pasaulē, meklējot lētāko aprēķinu un uzglabāšanu, mēs varam iegūt lielākus rēķinus par datu pārvietošanu.

Datu plūsmas izmaksas tīklā ir pārsteidzoši lielas. Ak, neregulārs gigabaits neko nemainīs, taču var būt liela kļūda ik pēc milisekundēm atkārtot bieži atjauninātu datu bāzi visā valstī tikai tāpēc, ka var parādīties kāda zemestrīce vai viesuļvētra.

Roach moteļi

Slavenajos sludinājumos par vienu tarakānu slazdu tika paziņots: "Raudes reģistrējas, bet tās nepārbauda." Jūs varētu justies tāpat, aplūkojot izmaksu par datu aiziešanu. Mākoņu uzņēmumi bieži vien neprasa maksu par datu ievadīšanu mākonī. Vai veikals iekasētu klientam ienākšanu pa durvīm? Bet, ja jūs mēģināt nosūtīt datus, rēķins par izkāpšanu ir bezgalīgi lielāks.

Tas var iekost ikvienam, mazam vai lielam, kurš skatās, ka kāds saturs kļūst vīrusu. Pēkšņi visi jūsu serverī vēlas redzēt kādu memu vai video, un, tā kā jūsu tīmekļa serveris drosmīgi apmierina visus pieprasījumus, izejas izmaksu skaitītājs griežas arvien ātrāk.

Nogrimušo izmaksu kļūdainība

Vienmēr ir brīži, kad pašreizējā mašīna vai konfigurācija cīnīsies, lai veiktu šo darbu, taču, ja jūs vienkārši palielināsiet izmēru, tas būs labi. Un tas ir tikai daži papildu centi stundā. Ja mēs jau maksājam vairākus dolārus stundā, vēl daži santīmi mūs nebankrotēs. Un mākoņdatošanas uzņēmumi ir gatavi palīdzēt tikai ar vienu klikšķi.

Kazino zina to pašu ceļu uz mūsu maciņiem. Mēs jau esam tik tālu - vēl viens neliels maksājums nav nekas. Bet asi zīmuļu grāmatveži zina, ka apmaldījušies izmaksu apmēri - aka, kā samest labu naudu pēc slikta - ir liela problēma spēlmaņiem, vadītājiem un gandrīz visiem, izņemot mazus bērnus. Mūsu iztērētā nauda ir pazudusi. Tas nekad neatgriezīsies. Jauni tēriņi tomēr ir kaut kas, ko mēs varam kontrolēt.

Izstrādājot programmatūru, ir nedaudz savādāk. Mēs bieži nevaram būt pārliecināti, cik daudz atmiņas vai procesora būs nepieciešama funkcijai. Kādu laiku mums būs jāpapildina mašīnu jauda. Patiesais izaicinājums ir uzmanības pievēršana budžetam un izmaksu kontrolēšana. Vienkārši pievienojot nedaudz vairāk CPU šeit vai atmiņu, ir ceļš uz lielu rēķinu mēneša beigās.

Virs galvas

Mākoņa mašīna pati par sevi nav mašīna, bet gan lielākas fiziskas mašīnas šķēle, kas ir sadalīta N daļās. Tomēr šķēles nav pietiekami jaudīgas, lai pašas spētu izturēt slodzi, tāpēc mēs izvietojam tādus rīkus kā Kubernetes, lai N gabali darbotos kopā. Kāpēc mēs sagriežam tauku kastīti N gabaliņos, lai to atkal sašūtu? Kāpēc ne tikai tas, ka viena tauku mašīna apstrādā vienu tauku slodzi?

Mākoņu evaņģēlisti varētu teikt, ka cilvēki, kuri uzdod tādus nepamanītus jautājumus, negūst mākoņa priekšrocības. Visi OS papildu slāņi un papildu kopijas nodrošina daudz liekuma un elastības. Mums vajadzētu būt pateicīgiem, ka visi šie gadījumi tiek sākti un izslēgti izsmalcinātā, orķestrētā dejā.

Bet atkopšanas vieglums, izmantojot Kubernetes, veicina paviršu programmēšanu. Mezgla kļūme nav problēma, jo pāksts turpinās darboties, kad Kubernetes aizstās instanci. Tāpēc mēs maksājam mazliet vairāk par visām pieskaitāmajām izmaksām, lai uzturētu papildu slāņus, pateicīgi, ka mēs varam vienkārši iedarbināt tīru, svaigu mašīnu bez jebkāda krosa, kas, šķiet, traucē.

Mākoņu bezgalība

Galu galā mākoņdatošanas sarežģītā problēma ir tā, ka labākā īpašība, šķietami bezgalīgā spēja pielāgoties jebkuram pieprasījumam, ir arī budžeta mīnu lauks. Vai katram lietotājam būs vidēji 10 gigabaiti izejas vai 20 gigabaiti? Vai katram serverim būs nepieciešami divi gigabaiti RAM vai četri? Kad mēs sākam projektus, to nav iespējams zināt.

Vecais risinājums - fiksēta serveru skaita iegāde projektam - var sākt šķist, kad palielinās pieprasījums, taču vismaz budžeta izmaksas nepazeminās. Serveru fani var noņurdēt no visas slodzes, un lietotāji var iebrukt par lēnu atbildi, taču jūs nesaņemsit panikas zvanu no grāmatvedības komandas.

Mēs varam zīmēt kopā aplēses, bet neviens to īsti nezinās. Tad parādās lietotāji, un viss var notikt. Neviens nepamana, kad izmaksas nāk zemākas, bet, kad skaitītājs sāk griezties arvien ātrāk, priekšnieks sāk pievērst uzmanību. Visdziļākā problēma ir tā, ka mūsu bankas konti nav mērogojami kā mākonis.

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