Komentáře k článku

Cloud computing: Jiný pohled na aplikace

V dalším článku na téma Cloud computing se vrátíme opět trochu k teorii. Jak se cloud liší od běžných virtuálních serverů či hostingů, a to nejen po stránce obchodní či technické, ale i po stránce přístupu k vývoji aplikací? Na co je třeba při vývoji pro cloud dávat pozor? To vše se dočtete v článku.

Zpět na článek

20 komentářů k článku Cloud computing: Jiný pohled na aplikace:

  1. Borek Bernard

    Rozdíl

    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é.)

    1. Martin MalýAutor příspěvku

      Re: Rozdíl

      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…

      1. Borek Bernard

        Re: Rozdíl

        – 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…

        1. Borek Bernard

          Re: Rozdíl

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

        2. Martin MalýAutor příspěvku

          Re: Rozdíl

          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čí.

          1. Borek Bernard

            Re: Rozdíl

            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“ :)

            1. Martin MalýAutor příspěvku

              Re: Rozdíl

              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? :)

        3. Jan Kodera

          Re: Rozdíl

          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.

  2. Michal

    Úložiště

    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??

    1. Jan Kodera

      Re: Úložiště

      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.

    2. Ladislav Thon

      Re: Úložiště

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

  3. Petr

    Cache

    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) :-)

    1. Martin MalýAutor příspěvku

      Re: Cache

      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í.

      5. 7. 2009 14:38 redakčně upravil Martin Malý, důvod: (Chyba v řádkování)
      1. b*d

        Re: Cache

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

    2. Tomas

      Re: Cache [web přiklad]

      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.

      1. Tomas

        Re: Cache [web přiklad]

        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…

    1. Martin MalýAutor příspěvku

      Re: Jazyková

      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.

  4. Tonda

    OnLive

    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

Napsat komentář

Tato diskuse je již příliš stará, pravděpodobně již vám nikdo neodpoví. Pokud se chcete na něco zeptat, použijte diskusní server Devel.cz

Zdroj: https://www.zdrojak.cz/?p=3044