Cloud je výhodný pro jednorázové zátěže řádově přesahující běžný provoz. Například když firma vytvářející hry uvede novou hru, když e-shop dělá nějakou speciální slevovou akci nebo třeba pro prezentaci volebních výsledků v čase těsně po volbách. Nemá smysl kupovat železo, které je potřeba jen na pár dnů v roce, když by se drtivý čas jen zbytečně flákalo.
Kdy? Nelze takto obecně vyjádřit kdy a za jakých okolností. Jako ve úplně všem hraje zásadní roli umět počty a tedy strávit čas počítáním v zohlednění příjmy vs náklady a uvědomit si jestli něco skutečně potřebuji. A je jedno jestli se jedná o cloud vs vlastní hardware, levice vs pravice, vlastní auto vs sharing, smart house vs konvenční dům, linux vs windows, kryptoměny vs konvenční investice, euro vs czk, atd..
Já osobně jsem byli vždycky proti cloudu a to z principu "té monstrozní celoplanetární mediální marketingové kampaně" identické jako jsme zažily u kryptoměn, proGrétovské, protiRuské ale to neznamená, že mohou být případy třeba u začínajích firem kdy investice do vlastního hw a výkonného internetu prostě budou vyšší než využít cloud.
Umet pocty je v pripade cloudu bohuzel nedostatecne.
Ceniky cloud sluzeb jsou zcela zamerne zamlzene, chaoticke, plne pastti pasticek, "what ifů" a fuckupu.
Znam team lidi, kteri se velice dobre zivi tim, ze firmam optimalizuji cloudove ucty, dokazou se vyznat v tom zamerne chaotickem a bordelu a jsou schopni bezne stlacit ucty na polovinu.
Souhlasim s clankem, dlohodobe se vyplati vlastni reseni, stejne jako se dlouhodobe vyplati koupe vlastniho domu nad pronajmem. Je to stejny velice jednoduchy princip. V najmu platim za barak a zisk pronajimatele. Ve vlastnim platim jenom za ten barak.
"Umet pocty je v pripade cloudu bohuzel nedostatecne."
Ani ne. Proto mam nekolik "standardnich" pozadavku, a kdyz dorazi k nekteremu ze zakazniku nejaky frikulin, a zakaznik neodola (uz jsou vetsinou vytrenovani a posilaji je kamsi rovnou) tak vznesu prave takovy pozadavek, a tudiz pak je cena zcela srovnatelna.
Priklad - chci hloupe uloziste bez zaloh a jakychkoli garanci ... ;D. V idealnim pripade si tam nacenej jeste nejaky poplatek za prenesena data, coz pak zvedne tu cenu jeste o rad.
My si jednu takovou firmu jako korporat platime. Za dva mesice srovnavani ruznych cloud provideru (kde podminka byla lokace australie/japonsko) jsem nebyl schopen vyplodit lepsi rozhodnuti nez ze za konektivitu cloud providerovi si muzeme postavit vlastni datacentrum. To uplne stacilo. Instance byly uplne off a pak dalsich 200 polozek (zdravim AWS) zapocitavala uz externi firma ve sve appce.
Není to totéž, a závisí na Vašich podmínkách a nad tím, co chcete dosáhnout. Těch bodů k zamyšlení je víc.
1.Dostupnost. Datacentra bývají obecně připojena mnohem lépe než domácnosti, jak datově tak i napájením (doma asi nebudete mít diesel). Pokud je tohle Váš problém, tak jedině VPS/hosting.
2. Konektivita - víceméně to samé jako dostupnost, i když časy ses připojením mění.
3. Co chcete provozovat doma? Pokud jste zvyklý jen na nějaké APčko, tak bych šel cestou VPSky. Jestli ale máte doma nějakou NASku, která stejně hučí celý den, máte na ní UPSku atd. tak server doma moc problémů nepřidělá.
4. Spotřeba. Nejmenší VPS vycházejí pod stovku měsíčně. Pokud si nepostavíte něco s nízkou spotřebou, tak 40W spotřeba není tak moc, a dá to kolem 200/měsíc jen za elektriku. Ale jestli stačí malina nebo kontejner popř virtuál na NASce, tak jste zase úplně jinde.
Cloud má smysl využívat pro rychlý růst. Se správně napsanou aplikací můžete vyškálovat opravdu jednoduše. Nicméně v momentě kdy růst přestane být tak strmý začně mít smysl buď vyhrazené řešení s dostatečnou rezervou, nebo řešení hybridní, kdy do cloudu offloadnete pouze mimořádné špičky. Nicméně i na hybridní řešení musíte mít infrastrukturu a aplikaci připravenou.
Celé je to pouze o tom, že výpočetní kapacita večejného cloudu je mnohem dražší, než když si pronajmu či koupím vyhrazený server. Dokonce i pronajatý managed server vychází výrazně levněji, než veřejný cloud, který je by default bez supportu.
A odpoveď na Vaši otázku: cloud je výhodnější, pokud pohodlí tohoto řešení Vám ospravedlní vyšší náklady ( například ušetřený čas, který strávíte smysluplněji než správou doma běžícího serveru ).
"například ušetřený čas"
Cet si clanek? Zadny usetreny cas neexistuje. O ten virtualni server v cmoudu se musis starat uplne stejne, jako to ten fyzickej. A samotna obsluha ciste toho HW je nula. V korporatnim prostredi to vypada tak, ze me, jakozto adminovi prijde mail, ze neco poslo, za hodku mi prijde mail treba od toho dellu, ze vedi ze to poslo, a ze X je na ceste a dotaz, jestli ten disk v supliku zvladnu vymenit sam, nebo jestli maji poslat technika.
Nikoli, ten fyzický server musíte na začátku zapojit, zprovoznit. V cloudu jenom kliknete na tlačítko. V dlouhodobém pohledu už ten čas neušetříte, ale na startu ano. A to je důležité třeba pro startupy nebo pro různé pilotní projekty.
Ono to teď je trochu matoucí, protože spousta zátěže, která by byla normálně v cloudu, se do cloudu ještě migruje, vypadá to, jako by cesta byla začít s vlastním a pak migrovat do cloudu. Jenže ta cesta bude většinou přesně opačná. Začne se v cloudu, protože cloud je pro start rychlejší a levnější. A když se projekt rozjede a poroste, bude migrovat do vlastního.
Ono to plyne i z článku. Tam také migrovali do vlastního v situaci, kdy už stejně měli tým správců, mohli si dovolit předem nakoupit spoustu serverů –a kdy je ta „cloudová přirážka“ stála miliony ročně.
Až na to, že se platí za egress a ne za ingress a tak je možné, že si firmy prostě migraci všeho najednou nebudou chtít dovolit. AWS snowmobile zatím datacentra opouští z hlediska dat prázdné a přijíždějí plné, ne opačně.
Cloud asi bude opouštět málokdo. Je možné, že ve skutečnosti přejdou na hosting nebo do vlastního, ale všechno to má dost velké výzvy a vyplatí se to/ je to nutné až se specifickými požadavky, značnou velikostí.
Hosting a cloud určitě umožňují spoustu věcí poměrně levně vyzkoušet díky různým kreditům a nízké ceně VM.
AWS dneska nabizi "On-Premises Private Cloud". Proste si pronajmete appliance HW od AWS, date ho do vlastniho datacentra a AWS management muzete pouzit i pro servery ktere mate "u sebe".
Tezko rict jak je to levne v porovnani s licencemi za VMware, ale VMware by se mel chytit za nos anebo zacnou prichazet o zakazniky.
Pokud jde o velke korporaty, tak hlavni vyhoda cloudu je v tom, ze muzete dokonale vy*ebat s internima firemnima procesama. Pokud cekate mesic na to az vam nekdo vyklika virtualku ve vmware, tak se vam muze AWS zdat jako spasa. A je vam jedno kolik to nakonec bude stat.
Amazon na druhou stranu chape ze to peklo zakaznici vlastne chteji a security model AWS umoznuje na AWS vytvorit jeste horsi korporatni peklo, nez je to ze ktereho se snazite utect.
Muj kolega ten proglem popsal jako: "Nekteri lide by si mohli pripadat mene duleziti".
Dalsi vyhoda cloudu je DNS. Zatim jsem videl ve firme jen jednu jedinou implementaci automatizace pro DNS, bylo to interni reseni a neco podobneho v jinych firmach zoufale chybi.
Pokud nedokazete propojit CMDB, DNS a AD a neumoznite lidem vytvaret/menit a nicit DNS zaznamy(alespon CNAME) tak bude vzdy on-premise prohravat v porovnani s cloudem.
Ja jsem treba delal v korporatu, kde vytvorit stroj trvalo klukum v Indii mesic. Tak nam proste do kazdyho tymu koupili GPC / AWS a pres rok jsme zazival radost a produktivitu. Po tom roce se nekdo podival na ucty a na tom Cloudu zacalo vznikat stejny peklo jako mimo nej. Takze obcas, kdyz firma neumi nastavovat procesy, muze bejt cloud spasa i prave z toho duvodu.
10. 1. 2024, 07:55 editováno autorem komentáře
Viz predchozi, roky to pisu taky a netyka se to jen cmoudu. Jakykoli pronajem cehokoli je vyhodny, pokud je to pronajem kratkodoby = nevyplati se ti koupit vlastni reseni.
Takze pokud vis, ze budes pristi mesic poradat nejakou akci, ktera zvedne zatizeni o 1000%, dava smysl si na ten mesic pronajmout vykon. Ale rozhodne nedava smysl si to platit trvale.
Zvednuti zateze o 100%, presne jak je v clanku, s prehledem pobere ten provozovany HW, aniz by se to nejak negativne projevilo.
Legracni je, ze o fous vedle (NIC a jejich VIP DNS ...lol) se argumentuje presne tou stejnou kravinou = marketingovym zvastem, ze administrator ktery se o to DNS ... tech 5minut mesicne ... stara prece neni zadarmo ...
Delam admina a administrace HW je tak 1 promile toho co delam. Takze prave to fima "usetri", kdyz to deleguje na nekoho jineho. Mno a o ten SW se jaksi nikde nikdo v zadnym cmoudu nepostara, proste proto, ze kazda jedna firma pouziva jiny, jinak nastaveny atd atd.
(Ne)použití konkrétního cloudu je třeba vylučovací kritérium, pokud to má zákazník v podmínkách. Kdybyste provozoval nabízenou službu odjinud, tak se dost možná (hlavně v případě AWS, který není v bandwidth alianci) nedoplatí na poplatcích za egress. U High Frequency Tradingu zase v konkrétní lokaci v AWS prý chcete být, protože jsou tam ty banky, nebo jsou tato datacentra blízko bank a tedy máte konkurenceschopnou latenci.
Kolegové zmiňují různé věci, ale berme v potaz, že řada firem neprovozuje úplně vše čistě nad open source. V momentě, kdy řešíte licence, chcete nějaká SLA atd. může být cloud ve výsledku výhodnější i z hlediska dlouhodobého provozu. Pokud mě výpadek stojí hodně peněz, můžu takto pro zákazníky častokrát akceptovatelně oddelegovat část zodpovědnosti, resp. dostávám do ruky nástroje, jak i hodně náročné požadavky uspokojit. To vše má samozřejmě svoji cenu. Typicky si je řada velkých zákazníků také schopna vyjednat dost jiné ceny jak když kupuje, tak když pronajímá, což může s kalkulací také dost výrazně pohnout.
Pěkný dokument: https://youtu.be/WWdXI1_En9A?t=1722
Máte to na čase o latenci.
Děkuji moc, zajímavý dokument. Trochu hollywoodský trhák je: https://en.wikipedia.org/wiki/The_Hummingbird_Project ale princip je podobný.
Cloud může být také výhodný pro startup v ranné fázi. Za prvé ti v podstatě nevadí, když je řešení drahé, pokud je tvůj zisk na jednoho zákazníka větší než náklady, za druhé se můžou požadavky na produkt v čase dost lišit.
Např. budeš mít produkt, který vyžaduje hodně diskového prostoru pro zákazníka. Spočítáš si, že AWS S3 na průměrného zákazníka tě stojí $10 měsíčně, prodáš to za $15 a je ti jedno, že na vlastním řešení bys to mohl mít za $2, protože jsi furt v zisku a navíc nemáš lidi, kteří by ten storage dokázali provozovat.
Časem to buď nahradíš levnějším řešením nebo ti taky byznys řekne, že to vymysleli jinak, ten storage už nepotřebují tak velký a ty jsi rád, že jsi neinvestoval do nákupu železa a školení lidí na něco, co už nepotřebuješ.
Ten článek je o už stabilizované firmě, která přesně ví co chce a zároveň má náklady, kde se vyplatí optimalizovat, což je jiný případ.
Hele, pokud u projektu řešíš, jestli to budeš dělat sám v cloudu nebo na serveru se studentem, tak to prostě není dost velké na to, aby se tam něco projevilo. Až ti to vyroste a budeš platit za cloud $10k měsíčně, tak nad tím třeba začneš přemýšlet. A nebo 50 % času toho studenta naalokuješ na to, že bude hledat, jak to stáhnout na $8k.
4. 1. 2024, 18:45 editováno autorem komentáře
Predem uvedu, ze princip cloudovych sluzeb mi neprijde blby, ale rozhodne to neni univerzalni reseni pro vsechny.
Pred cca 10 lety jsem ucinil pokus presnout server pro firmu o 10 programatorech do VPS a dopadlo to tragicky. Za pozadovane penize jsem mel totalne nevykonny stroj, na kterem neslo rozumne provozovat ani postovni server. Nepamatuju si to samozrejme uz presne, ale tusim ze 10 - 15 mesicnich poplatku sem koupil prumerny neserverovy hadrware, ktery s velkou rezervou slouzil jako postovni server, antispam, ownCloud, gitlab a par dalsich kravin. Vrazil jsem to nejobycejnejsiho datacentra v blizkem okoli a spokojene to jelo cca 7 let. Nasledne dany hardware jeste dosluhuje jako PC, kam se odsypavaji zalohy.
Provozovatel VPS tenkrat nabizel zalohovanou linku, zalohovanou elektriku, ale pro nase ucely to vlastne bylo uplne zbytecne. Zdurazunuju, ze pro nase ucely, kdy to, ze to jednou za 3 mesice hodinu nejelo, neznamenalo zadnou hruzu. Nepotrebovali sme ani zadne necekane navysovani vykonu a podobne.
Od levnych poskytovatelu VPS me odrazovaly pribehy z okoli, kdy provozovatel pravidelne konkretni VPS vypinal, protoze se k VPS snazili pres SSH pripojit hackeri, coz kazdy, kdo provozuje server s SSH zna, ze se deje proste furt. Takze na prd.
Kdyz sem pak cetl, kolik dni cekali bezni zakaznici na to, az jim provozovatel cloudu obnovi sluzby po te, co datacentru utrpelo pozarem ci vytopenim, tak sem si u cloudu / VPS skrtnul dalsi udajnou vyhodu, ze o zalohy se nekdo dobre postara. Troufam si rict, ze ze par jednotek dni bych si svuj tehdejsi "server" na obyc hw zvladl ze zaloh rozjet sam i kdybych si mel znovu kupovat cely hardware. Za tu samou rychlost nemusim nikomu pravidelne platit.
Jiste budou aplikace, kde cloudove sluzby smysl maji, ale urcite ne pro kazdeho. Navic jak tu take nekdo zminoval - internet mela byt sit ruznorodych sluzeb a provozovatelu. Ne ze vsichni narvou vsechno do chrtanu 3 firmam a pak se budou divit, ze 1/3 internetu nejede, kdyz jedna z firem lehne.
" ci vytopenim" https://www.lupa.cz/clanky/casablanca-int-ma-problemy-nektere-sluzby-nejsou-dostupne/
jj, to je nezapomenutelny. Predevsim situace, kdy po netu kolovaly fotky kyblu a tekouci vody, zatimco support vesele tvrdil lze se nic nedeje. A ty 100% garantovane geograficke zalohy nebyly nejspis nalezeny dodnes.
"ze 1/3 internetu nejede"
Staci kdyz prestanou odpovidat DNS googlu, a internet prestane existovat uplne ne?
Jestli přemýšlíte mezi VPS a nenáročným serverem běžícím doma, pokud ten "nenáročný server" nebude zrovna něco ve smyslu Raspberry Pi, VPS má prakticky jenom výhody (nemusíte se o něj starat, maximálně jednou za čas zazálohovat, rychlost připojní je násobná co většinou doma, IPv4 adresa v ceně, výkon pro nenáročné aplikace naprosto dostatečný) a pořídíte ho za pár eur měsíčně což by vás stála elektřina taky. Tady není moc co řešit. Záleží, jaké máte požadavky na hardware.
Cloud se vyplati na spicky, proto i RH OpenStack umi rozsirit podman do AWS/AZURE - vyrobi tam Linux virtual a do nej to nasype a expanduje.
Na druhou stranu, ano HW je dnes tak levny, ze si to uz dnes radeji koupite.
Obecne 3 mesice cloudu stoji tolik, kolik novy HW vcetne diskoveho pole.
1 mesic jako koupit jety HW z ebay - tolik mala firmicka - vyplati se HW skoro zadarmo bez supportu - ANO - koupite si spare servery, budou v clusteru samozrejme, proc by se mely flakat.
No a pak firme, co nema u AWS server, ale jen apku v tom jejich API, neskladuji tam ani data - a nic velkeho nestahuji, nebot data do cloudu jsou vcene a neuctuji se, data z cloudu se uctuji - to kdyby jste si chteli vse stahnout sobe ;-)) - mi delame backup emailu u M$ a oni nam omezuji rychlost a ukoncuji spojeni, az na suppoort req. nam to skrceni zrusili - no skrti mene ;-)
No a tahle firma ma svoje servery, ale jendou mesicne potrebuji udelat slozite analyzy nad daty a na to potrebuji opravdu nabuseny server s 1TB RAM ... no takze jejich script se prihlasi do AWS, udela tam ty paku, do 3S nasypou data - asi 20 min tam bezi ten proces, posle zpatky reporty nad daty a vse se pak skartuje, neplati tak ani za rezervaci dat ani za rezervaci moznych prostredku - tahle standa je stoji neco mezi 10-20 USD a tim to konci, tohle zaplati kazdy mesic a rozhodne tak usetri, nebot takovy server si kupovat nebudou - naopka na zber tech dat staci slaby server a tam se vyplati mit svuj.
jakmile ale začneš dělat globální projekt (či ho budeš chtít mít pro zákazníky globálně dostupný), náklady na vlastní HW rostou strmně nahoru.
Tvůj příklad s velkým server v cloudu je takový super use case, v praxi ale narážíme na to, že ingress linka do třeba AWS má daleko nižší kapacitu než potřebuje, z "nalití" dat do cloudu je několika denní problém. Ten pak řešíme tak, že ty data tam lijeme průběžně, dělá se z toho pak takový hybridní storage. Stejně tak šířka pásma třeba u S3 zrovna není tomu nakloněna a musí se to opět řešit nějakými procesy navíc. Pak narazíš na to, že ty velké servery nejsou ve všech lokalitách vždy dostupné a někdy na ně musíš hodiny, dny čekat. No, je s tím spousta zábavy.