Existuje něco svůdnějšího než ceníky cloudových strojů? Není nás mnoho dost starých na to, abychom si pamatovali, že jsme zaplatili penny za kousek bonbónu, ale uživatelé cloudu se těší ještě menším cenám.
Cena standardního stroje N1 společnosti Google je 0,0475 $ za hodinu, ale můžete ji získat za pouhých 0,0100 $ za hodinu pro potřeby dávkového zpracování - pokud jste ochotni předcházet důležitějším úlohám. Blázniví návštěvníci mohou vystoupit na vysokou verzi CPU za 0,015 USD za hodinu - stále méně než dva centy. Woo-hoo!
Azure účtuje nepatrnou částku 0,00099 USD za gigabajt za ukládání dat po dobu jednoho měsíce na úrovni archivního úložiště. Amazon však může nabídnout nejvíce okouzlující nízké ceny - nabíjení nekonečně malých 0,0000002083 $ za 128 MB paměti na podporu funkce Lambda. (Čtyři číslice přesnosti?)
Ty malé počty nás odhodí ze stráži. Zdravotní pojištění a účty za nemovitosti mohou rozdrtit rozpočet, ale když přijde na cloud, můžeme si užívat rozhazování peněz jako konfety. Je to proto, že ceny mnoha cloudových služeb jsou doslova nižší než náklady na kus konfet.
Pak přichází konec měsíce a cloudový účet je mnohem větší, než kdokoli očekával. Jak se tyto zlomky pencí sčítají tak rychle?
Zde je sedm temných tajemství toho, jak cloudové společnosti přeměňují zlomky centů na skutečné peníze.
Skryté „doplňky“
Někdy nejchytřejším číslům dominují doplňky, které si nevšimnete. Amazon S3 Glacier má vrstvu „Deep Archive“ určenou pro dlouhodobé zálohy, jejíž cena je svůdně 0,00099 $ za gigabajt, což je něco, co vychází až 1 $ za terabajt za měsíc. Je snadné si představit, že pro jednoduchost služby Amazonu odložíte záložní pásky a potíže.
Ale řekněme, že se chcete na ty údaje skutečně podívat. Pokud kliknete na druhou kartu v cenovém listu, uvidíte, že cena za získání je 0,02 $ za gigabajt. Je 20krát dražší dívat se na data, než je ukládat měsíc. Pokud by restaurace použila tento cenový model, účtovala by vám za steakovou večeři 2 $, ale za příbory 40 $.
Předpokládám, že cenový model Amazonu má smysl, protože produkt navrhli tak, aby podporoval dlouhodobé ukládání, nikoli běžné procházení a nekonečné generování zpráv. Pokud chceme častý přístup, můžeme zaplatit za běžnou úroveň S3. Pokud je však cílem ušetřit na archivním úložišti, musíme pochopit vedlejší náklady a plánovat dopředu.
Na poloze záleží
Cloudové společnosti nás často oslňují mapami zobrazujícími datová centra po celém světě a vyzývají nás k zaparkování našich pracovních zátěží všude tam, kde se cítíme nejpohodlněji. Ceny však nejsou vždy stejné. Amazon může v Ohiu účtovat 0,00099 $ za gigabajt, ale v severní Kalifornii je to 0,002 $ za gigabajt. Je to teplé počasí? Blízkost pláže? Nebo jen náklady na nemovitost?
Alibaba, čínská cloudová společnost, zjevně chce povzbudit vývojáře, aby používali svá datová centra po celém světě. Low-end instance začínají na pouhých 2,50 $ měsíčně mimo Čínu, ale vyskočí na 7 $ měsíčně v Hongkongu a 15 $ měsíčně v pevninské Číně.
Je na nás, abychom tyto ceny sledovali a podle toho se rozhodovali. Nemůžeme si vybrat datová centra jen proto, že vypadají pohodlněji nebo jsou ideálními kandidáty na inspekční cestu.
Náklady na přenos dat
Jediným problémem při prozkoumání ceníků a přesunutí naší pracovní zátěže do nejlevnějších datových center je to, že cloudové společnosti účtují také za pohyb dat. Pokud se pokusíme být chytří a rozhodovat o nákladech posunem bitů po celém světě hledáním nejlevnějších výpočtů a úložišť, můžeme skončit s většími účty za přesun dat.
Náklady na datový tok v síti jsou překvapivě velké. Příležitostný gigabajt nezmění, ale může být velkou chybou replikovat často aktualizovanou databázi po celé zemi každou milisekundu jen proto, že může dojít k nějakému zemětřesení nebo hurikánu.
Roach motely
Slavné reklamy na jednu past na šváby ohlásily: „Šváby se ohlásí, ale neodhlásí se.“ Stejným způsobem se můžete cítit, když se podíváte na cenu za výstup dat. Cloudové společnosti vám za přenos dat do cloudu často neúčtují. Poplatil by obchod zákazníkovi, aby vešel do dveří? Pokud se ale pokusíte odeslat data, je výstupní poplatek nekonečně větší.
To může kousnout každého, malého i velkého, kdo sleduje, jak se některý obsah šíří virálně. Najednou každý chce vidět nějaký mem nebo video na vašem serveru a protože váš webový server statečně uspokojuje všechny požadavky, měřič výstupních poplatků se točí stále rychleji.
Potopený klam
Vždy existují okamžiky, kdy se aktuální stroj nebo konfigurace bude snažit dělat svou práci, ale pokud jen zvětšíte velikost, bude to v pořádku. A je to jen pár centů za hodinu navíc. Pokud už platíme několik dolarů za hodinu, dalších pár drobných nás nezruinuje. A cloudové společnosti jsou zde, aby vám pomohly pouhým kliknutím.
Kasina znají stejnou cestu k našim peněženkám. Už jsme došli tak daleko - další malá platba není nic. Ostří účetní s tužkou však vědí, že potopení omylem - neboli házení dobrých peněz za špatné - je velkým problémem pro hráče, manažery a skoro všechny kromě malých dětí. Peníze, které jsme utratili, jsou pryč. Už se to nikdy nevrátí. Nové výdaje však můžeme kontrolovat.
Při vývoji softwaru je to trochu jiné. Často si nemůžeme být jisti, kolik paměti nebo CPU bude funkce vyžadovat. Někdy budeme muset zvýšit výkon strojů. Skutečnou výzvou je sledovat náš rozpočet a průběžně kontrolovat náklady. Jen bezstarostně sem přidáte trochu více CPU nebo paměti, na konci měsíce je cesta k velkému účtu.
Režie
Cloudový stroj není stroj sám o sobě, ale plátek většího fyzického stroje, který je rozdělen do N částí. Plátky však nejsou dostatečně silné, aby zvládly zátěž samy, takže nasazujeme nástroje, jako je Kubernetes, aby N kusy fungovaly společně. Proč krájíme tukovou krabici na N kousků, jen abychom ji znovu sešili? Proč si nenechat jen tukový stroj zpracovat jednu tukovou náplň?
Cloudoví evangelisté by mohli říci, že lidé, kteří kladou takové nestoudné otázky, nemají výhody cloudu. Všechny další vrstvy a další kopie operačního systému přinášejí spoustu redundance a flexibility. Měli bychom být vděční za to, že všechny tyto instance zavádějí a vypínají se v komplikovaném, řízeném tanci.
Snadnost zotavení s Kubernetes však podporuje nedbalé programování. Selhání uzlu není problém, protože se pod bude plavit dál, protože Kubernetes nahradí instanci. Takže platíme o něco více za všechny režijní náklady, abychom udrželi další vrstvy, vděční, že můžeme spustit čistý nový stroj bez toho, aby nám nějaká překážka stála v cestě.
Cloud nekonečno
Nakonec je obtížným problémem cloud computingu to, že nejlepší vlastností, jeho zdánlivě nekonečnou schopností škálovat, aby zvládla jakoukoli poptávku, je také rozpočtové minové pole. Bude každý uživatel průměrně 10 gigabajtů na výstupu nebo 20 gigabajtů? Bude každý server potřebovat dva gigabajty RAM nebo čtyři? Když zahajujeme projekty, je nemožné to vědět.
Staré řešení nákupu stálého počtu serverů pro projekt se může začít ztuhnout, když vzroste poptávka, ale přinejmenším náklady na rozpočet nevyletějí. Fanoušci na serverech mohou kňučet ze všech zátěží a uživatelé mohou tápat o pomalé odezvě, ale nebudete mít panický hovor od účetního týmu.
Můžeme odhadovat společně odhady, ale nikdo to nebude vědět. Pak se uživatelé objeví a může se stát cokoli. Nikdo si nevšimne, kdy se náklady sníží, ale když se měřič začne točit rychleji a rychleji, šéf začne dávat pozor. Nejhlubším problémem je, že se naše bankovní účty nemění jako cloud.
