Názory k článku
Cloud computing: Jiný pohled na aplikace

Tolik popsaných řádků a já to pořád nechápu :)

Hlava mi celkem dobře bere služby typu App Engine nebo Azure Services – maj nějaké API, proti kterému napíšu aplikaci, nahraju ji na servery Googlu / Microsoftu a o škálování se služba automaticky postará za mě. Jasné, srozumitelné, technologicky pochopitelné.

Když si ale na „Cloud Serevers“ požádám o instanci Windows Serveru, nainstaluju na ni nějaké blogovátko, např. BlogEngine.NET, asi těžko můžu jen tak zavolat na podporu a říct „hele, zítra očekávám článek na Slashdotu a potřebuju 100× větší výkon“. Nemají, jak by to technicky zařídili, ne?

Pokud se nepletu, tak se Cloud Server chová stejně jako VPS pouze s tím rozdílem, že jeho instance lze vytvářet a rušit přes web. Je tohle to, co dělá z Cloud Servers „cloud“? Kdyby aspone.cz zítra přidalo vytváření a rušení instancí přes webový formulář, stali by se podle tebe poskytovatelem cloud hostingu?

(Jiná věc jsou „online databáze“ a datová uložiště – ty jsou krásným příkladem cloud služeb, „nekonečně“ nafukovací a škálovatelné.)

Asi některým zatvrzelým případům budu poskytovat osobní konzultace… :)

Když si na cloudu požádáš o virtuální server, tak není problém za běhu zvýšit jeho výkon. Ale ještě spíš bude cloudová aplikace navržena jinak – viz ten článek. Bude postavena na datech a na možnosti paralelního zpracování požadavků, tzn. pokud ti nebude stačit nárazově vyšší výkon, tak máš možnost pustit třeba padesát virtuálních serverů a load ballancerem přehazovat požadavky… A celý tenhle humbuk zas postupně povypínat a omezit, když zátěž pomine.

Z toho příkladu, co píšeš o aspone, je hezky vidět míra nepochopení. Pokud by ASPOne přidalo vytváření a rušení instancí přes webový formulář, tak to z nich cloud neudělá. A naopak – dobré cloudy mají možnost spouštět a rušit instance přímo pomocí nějakého API (Amazon třeba přes SOAP nebo REST), takže to, o čem se bavíme, si může hlídat server sám a podle potřeby spouštět další.

Borku, úplně přízemně: U cloudu ti účtují CPU čas po hodinách a máš možnost spouštět nové serverové instance či měnit jejich parametry za provozu, a to bez telefonování na hotline, a dokonce leckdy i bez webového formuláře…

– Mám blog na BlogEngine.net. Je pro mě nějaký výrazný rozdíl mezi Rackspace Cloud Servers a ASPOne? (kromě způsobu placení a podobných „maličkostí“)

.

– Mám aplikaci, která data ukládá na S3 a je napsaná tak, že na server stačí nahrát pár PHP/Python/Ruby souborů. Je pro mě nějaký výrazný rozdíl, jestli ty soubory nahraju na Cloud Servers nebo na ASPOne?

.

Nic nepodsouvám, jen se snažím porozumět…

Mimochodem, tuhle vychytanou textareu dělal kdo? Že ho zdravím a přeju mu všechno nejlepší :)

Pokud máš blog na BlogEngine.net, tak pro tebe není rozdíl, jestli ho nahraješ na GoGrid, Amazon EC2 nebo na ASPOne. Viz ten úplně první článek celého seriálu (je v článku odkázán, jinak též zde: http://zdrojak.root.cz/…-v-oblacich/) Blogovadlo, navržené pro klasický hosting, totiž nevyužije možností cloudu. Asi totéž, jako se ptát, jestli je pro tebe rozdíl, když si starého Dooma II pustíš na staré S3 Trio, nebo na nové gigové nVidia kartě…

U druhého příkladu to pro tebe rozdíl bude – z vnitřku cloudu bude práce s daty mnohem rychlejší (a levnější) než když budeš přistupovat zvenčí.

Trochu jsem o tom ještě přemýšlel a myslím, že řada nedorozumění vychází z použité terminologie. Snažil jsem se ujasnit, co je podle tebe cloud hosting, cloud, cloud computing, jestli tyto pojmy používáš zaměnitelně či nikoliv, proč se vyhýbáš celkem jednoznačným pojmům IaaS, PaaS a dalším „X“aaS a podobně a přiznám se, že se mi to moc nepovedlo. V prvním článku třeba píšeš, že od Mossa je CloudSites obdobou VPS, což třeba mně osobně přijde, že z jejich nabídky má k VPS nejblíž Cloud Servers a CloudSites jsou naopak obdobou nějakého hostingu nebo App Engine. Tuhle větu pak už nechápu vůbec:

„Můžete se na cloud dívat jako na neomezeně výkonný server, z něhož si vezmete tolik, kolik právě potřebujete a tehdy, kdy potřebujete.“

Tohle pro řadu cloud hostingů vůbec neplatí, jak ostatně sám poznamenáváš na jiných místech, takže tady mě už ztrácíš úplně.

Abych nebyl jenom u reptání, které je navíc možná způsobeno jen mou nechápavostí (i když jsem se fakt snažil, přísahám :), co takhle popsat, jak mi cloud hosting pomůže v situaci, kdy začínám mít super-úspěšný web postavený na WordPressu (PHP + MySQL) a potřebuju škálovatelnost bez velkých investic do vlastního železa? Musím celý aplikační kód zahodit a přepsat ho třeba do Pythonu + BigTable, aby mohl běžet na GAE? Stačí mi jen oddělit webový a databázový server a nějak si na Amazonu EC2 udělat malou serverovou farmu s replikací? Jak to bude technicky vypadat? Mám nějaké jiné možnosti? Článek o tomhle by byl určitě mnohem přínosnější než „Co je to Cloud (pro nechápavé), potřetí a naposledy“ :)

Máš pravdu, terminologie mi někde mohla ulítnout. „Cloud server“ se snažím používat tam, kde je řeč o té „virtuálně serverové“ součásti cloudu, „cloud hosting“ tam, kde jde o konkrétní službu konkrétní firmy, no a „cloud“ je obecnější vyjádření toho všeho. Pokud jsem to někde zmotal, tak se omlouvám. Do toho se plete „Cloud Servers“ a „Cloud Sites“, což jsou obchodní názvy Mosso / Rackspace. Cloud sites od Mosso jsou spíš podobné virtuálním managed serverům než holým VPS, to máš pravdu. XaaS nepoužívám proto, že mi tyhle termíny připadají „ideální“, ovšem v reálu nebývají služby čisté. Je AWS IaaS nebo spíš PaaS? Když budeš mít superúspěšný blog, postavený na WordPressu, tak ti cloud může pomoct – ale pokud ho nasadíš, tak jeho schopnosti degraduješ na obyčejný VPS a víceméně nebude rozdíl. Pokud ale WordPressu řekneš, aby generoval statické stránky někde v datastore nebo aby jako databázi používal SimpleDB, tak ti to k něčemu bude… Nepsal jsem to ale někde už? Nebylo to v tom článku? :)

No Cloud Servers z nich to cloud dělá ten resizing, bez restartu. Pokud si ASPOne tohle zavede a bude účtovat po minutách je možné hovořit o cloudu. Se současnými tarify to nelze.

U Amazon EC2 a podobných je to prostě tak, že přes API se sleduje co systém dělá a pokud je zatížen, tak se objednávají nové instance. (Lze na toto najít hromadu skriptů). IaaS ale nikoho neodstiňuje od té administrace. U Cloud Servers je to zatím poněkud nešťastné, protože webové rozhraní není to co by dodávalo patřičnou flexibilitu. Takže si můžete jít lehnout a ráno zjistíte, že článek na slashdotu už byl a server nestíhal. Až bude plné API, tak se to bude hlídat automaticky.

Z pohledu vývojáře – Cloud Servers,Amazon EC2 apod. vám povolí nainstalovat jakýkoliv software, který potřebujete. Na druhou stranu, vám nepomohou s jeho administrací. To je na vás. Vy volíte jak bude vypadat struktura vašich serverů a jakým způsobem budou škálovat.

U AppEnginu a dalších je to tak, že jste na začátku omezen výběrem softwaru či knihoven které lze použít. Za to dostáváte automatické škálování. A taky mizernou přenositelnos­t jinam.

Díky oběma za vysvětlení, asi o tom budu muset blognout :)

Mě není jasná jedna věc – v jednom z předchozích článků bylo zmíněno že uzly v cloudu nemají persistentní úložiště. Když vypnu instanci tak data která tam byla zmizí. Jak na něčem takovém můžu provozovat třeba databázi??

Ty data z databáze si budete pravidelně zálohovat. Amazon má na to udělátko, které děla obraz přírůstku, takže záloha je skoro okamžitá. Když to zapínate, tak to proti této záloze sesynchronizujete. Je to podobné jako když máte zapnutou replikaci a jeden uzel umře. Než ho vrátíte zpátky musí obsahovat aktuální data.

Nemusíte ovšem používat něco od amazonu, ale nějaký jiný nástroj. Je jich mnoho.

Koupíte si další službu, kterou je – tradá – persistentní úložiště :-)

Mě se konkrétně tento článek zdá trochu divný. Pochybuju, že celý ten cloud masakr existuje jenom proto, abych si mohl generovat statické soubory… Protože když zvolím tento přístup vývoje a provozu webu, pak nepotřebuji cloud, ale servírovat statické HTML soubory zvládne i při slashdot efektu ten nejlevnější webhosting. Snad naopak, cloud potřebuju když se se musí něco (pokud možno dobře paralelizovatel­ného) dost hodně zpracovávat… Statická stránková cache prostě asi nebude ta killer-feature… Zato kdybych měl milion uživatelů jednou za týden nějakým map-reduce strojem seskupit podle toho, co rádi poslouchají, to by byl nejspíš pěkný příklad pro cloud computing, ne?

O co tedy jde v cloud computingu? Dobře, škálování. Jak se toto škálování provádí? Na to, že je to tedy ta nejdůležitější vlastnost, tu o tom snad ještě nepadla ani zmínka. Funguje to třeba tak (je jedno jestli automaticky nebo přes API), že při nedostatku výkonu se mi dejme tomu virtuální server přesune na silnější hardware, nebo že se mi třeba naklonuje na deset dalších serverů jako deset virtuálních strojů (lišících se víceméně jen IP adresou)? Znamená cloud computing (tak jak je zde prezentovaný) v podstatě jen to, že nějaký web/server-hosting konečně jednou pořádně nainstaloval plnou verzi VMware? Já nevím, jen se tomu snažím porozumět (aniž bych investoval do toho to doopravdy vyzkoušet, to bych pak Zdroják nemusel vůbec číst) :-)

Odpověď je prostá: Zmínka o tom nepadla, protože šlo především o reakce na komentáře čtenářů, které se stále točí v kruhu: „Je to jen VPS, nic nového, humbuk, buzzword…“ Snažím se vyjít od toho, co většina čtenářů zná. Když přijdu rovnou s mapreduce, tak to bude pro ně cosi, co je na hony vzdálené jejich běžné praxi, a výsledný dojem bude „hmm, cloud, to je Tamto Děsně Akademické A Složité“. Každopádně děkuji za to, že jste tyhle věci zmínil.

Cloud neznamená „virtuální hosting s VMWare“. Zkusím to ještě jednou z jiné strany: Cloud je VELKÝ hosting (pro uživatele „nekonečný“), na němž můžete provozovat svoje úlohy. Jeho nejvýraznější vlastnost je opravdu jemná granularita času, výkonu a prostoru. Prostor je „automaticky nekonečný“, výkon je škálovatelný automaticky nebo semiautomaticky, a čas je účtován po výrazně menších jednotkách, než je „faktura za půl roku provozu“. Tato kombinace přímo vyzývá k tomu převést běžné úlohy na úlohy paralelní nebo quasiparalelní a jejich běh rozložit na větší počet vzájemně zastupitelných levných strojů. Ale tohle jsem psal už několikrát.

Opravdu, statická stránková cache není killer feature, se kterou přišel cloud, to máte pravdu. Taky to nepíšu – pokud si dáte tu práci a přečtete si, co jsem napsal, tak zjistíte, že cloud svou strukturou VYZÝVÁ k použití statické stránkové cache… nikoli že by to bylo novum, které nabízí.

Nebude to v tom, že většina „programátorů“ neumí uložit data jinak než přes SQL databázi.

spíše jde o to, že pokud máš fórum nebo web kde není problém díky návštevnosti počet který si web prohlíží, ale počet který vkládá/mění obsah, tam ti totiž revProxy/cache moc nepomůže…

totéž pro část e-shop webu, který obsluhuje spousty(200) online obchodů za časouvou periodu(min?sek?), kdy budete každému generovat jiný obsah stránky „obsah košíku“ potvrzení nákupu(s adresou)…

pak ano další otázka je zda je lepší použít loadballancin­g(pořád) nebo cloud(nárazově) či kombinaci(nižší parametry cloud stroju v ballanceru).

ti kterým pořád není jasné co to ten Cloud je by si možna měli najít a přečíst článek na root-u o cloud Computing to by jim možná pomohlo rozšířit obzor, na úrověn kdy jim přečtení těchto článků a jejich pochopení nebude dělat tak velký problém.

škálovatelnost CloudHostingu:
představte si serverovnu obsahující 100ky či 1000ce serverů, kteroukoli část tohoto početního a úložného prostoru máte k dispozici v otázce hodin/minut?
Máte tuhle možnost u VPS? Můžete u VPS zrušit 20 serverů s loadbalancingu behem hodiny a neplatit za zbytek měsíce?
Co se týče možná matoucí části kde většinu lidí možná mate informace, která je až nápadně podobná VPS, a to jsou parametry CloudServerů(aka RAM disk CPU) ano je to dost podobné, ale možnosti jsou jiné právě v kvantitě výkoných a výkonějších strojů neustále k dispozici.

Zatímco nějaké VPS si může postavit třeba i malá firmička s jedním max 3mi servery využívající serverHousing s nasmlouvaným připojením a traffikem, težko si tam nahodíte „virtuální stroj výkonu 4 dvoujádrových procesorů s 16GiB RAM. U cloudu vám Vás "virtuální stroj“ odletí z jednoho fyzickéhoClou­dStroje(1× dualCore 8GiB RAM, 4další virtuální stroje s minimální konfiguraci) na fyzickýCloudStroj zmíněných požadovaných parametrů, který od té chvíle máte vyhrazen.

ano, termín nekonečný výkon a prostor je i v CloudHosting-u trochu zavádějící.
15PB mi asi na noc nenabídnou.

korekce vítány z redakce
serverů <b>z</b> loadbalancingu
U cloudu vám Vá[b]š[/b]
terminologii jsem si moc nekontroloval

asi taky zdravím tvůrce tohodle boxu…

Uvažoval někdy někdo o tom, že by se pojem „cloud computing“ přeložil do češtiny?

Jo, je to v pořadníku, hned za slovy „hosting“ a „mashup“. :) Obávám se, že v takovýchto případech bude lépe nepřekládat – doslovný překlad bude matoucí a rozhodně nedosáhne určité „poetičnosti“ originálu, překlad který půjde „po podstatě věci“ zase lidem z oboru bude cizí. Nemyslím, že u takto specifického pojmu, který bude těžko používat někdo mimo odbornou obec, je zapotřebí překlad.

Cau,

a slyseli jste uz o „cloud gaming“ sluzbach jako je OnLive nebo Gaikai? Momentalně jsou ve fazi testovani, behem pristiho roku by se to melo – minimalne OnLive – spustit naplno, teda zatim jenom v USA.
Herni vypocty probihaji v cloudu, vysledek se streamuje a posila po netu jako video a hrac ho ovlada na svem koncovem zarizeni – coz muze byt cokoliv, starej notebook nebo iPhone. Tomuto tematu se venuje tohle OnLive forum