Először is a Cloud computing kialakulásáról: kit érdekel? Ez itt kérem nem kamu újságírás, ugorjunk egyből a használható ügyek felé.

Azért persze legyen ív: tételezzük fel, hogy van egy webes dolgod (weboldal, akármi), kell neki egy hosting.

Bevezető

Minek kell a hosting? A webes dolgod részeinek, amik általában:

• egy adatbázis (MySQL), ezt futtatni kell;
  
• egy alkalmazás (PHP), ezt is futtatni kell;
  
• statikus fájlok, amiket ki kell szolgálni (képek, CSS fájlok, satöbbi).

A fenti hármas eltérő erőforrásokat igényel. Tipikusan: az adatbázisod CPU és memóriaigényes, az alkalmazásod hasonlóképp, de más összetételben, a statikus fájloknak meg sávszél és tárhely kell.

Azt is tételezzük fel, hogy ez az egész tisztességesen, jó minőségben van megírva és csak annyi erőforrást eszik, amennyi tényleg kell neki. Mindent szépen beállítottál, cache-elsz vadul és a blogokon fikázod az iWiW-et, hogy milyen bénák.

Bonyolódunk

Alapesetben a fentieket egy szem szerverrel szolgálod ki, amíg kevés a látogatód. Erre kismillió hosting cég kínál megoldást. Mit csinálsz, ha kevés az erőforrás, több látogatód van? Nagyobb csomagot veszel, több CPU-t, tárhelyet, memóriát, de ennek van határa.

Ökölszabály: egy tökös szerverrel napi 50e látogató fölé nem tudsz menni hosszútávon.

Mielőtt jól bekommentelsz, vedd figyelembe, hogy:

• Az ökölszabály = nagyon durva becslés.
• Nem piszlicsáré hostingról beszélek (megosztott izé, netán extra.hu...), hanem saját jól konfigurált vasról.
• Hosszútávon.

A klasszikus megoldás

Szétbombázod a részeket két-három szerverre, hogy külön-külön etesd az adatbázist, az alkalmazásodat és a statikus dolgokat. Ezzel a magyar piaccal összemérhető ügyeket már el tudod látni, mondjuk egy népszerűbb magyar magazin ennyivel simán elketyeg.

Ha viszont még több látogatód van vagy valami erőforrásigényesebb az átlagnál (pl. videót szolgálsz ki pseudo-streaming-gel), akkor az 1-1-1-es felosztás már nem lesz jó, és például az adatbázisszerverhez kettő vas kell, a fájlokhoz meg öt.

Már idáig sem volt egyszerű és olcsó az ügy, sok szaktudás kellett hozzá, de ha már az azonos típusú szerverekből is több kell, az még többet igényel. Olyan szerver szoftvereket, amik klaszterben (fürtözve) működnek együtt és olyan webes alkalmazást, ami fel van készítve erre az állapotra.

Ezt hívjuk mondjuk "saját szerverfarmnak". Valahol bérelsz egy halom szervert a megfelelő paraméterekkel és te tökölsz a vas beállításától kezdve mindennel. A hátrányai többek között:

• Ha kell egy új vas, akkor bérelsz még egyet (vagy betolod magad). Ez nem két perc és két Forint.
• Nagyon jól kell megbecsülni a várható terhelést, hogy ne csücsüljenek a szervereid kihasználatlanul vagy épp ellenkezőleg, elég legyen a teljesítmény.
• Nem tudsz a világ minden részére egyenletes teljesítményt, sávszélt, akármit adni egyetlen farmból.
  

De a killer hátrány ez:

Nem tudod hatékonyan kezelni a terhelési csúcsokat. Olyan webes dolog szinte nem létezik, aminek egyenletes a terhelése, pláne a látogatottsága. Ha a csúcsokhoz elegendő teljesítményt veszel, a "völgyekben" folyik el a pénzed. Ha meg nem kezeled a csúcsokat, akkor a szolgáltatásod minősége lesz rossz. (Nem jön le a volt osztálytárs képe az iWiW-en délelőtt 10-kor?)

Cloud computing to the rescue

Cloud computing kapitány 2007-ben kezdett szélesebb körben terjedni. A legegyszerűbben úgy fogható fel, hogy van egy óriási halom szerver egy óriási szerverteremben deréknyi vastag kábellel az internetsre kötve.

Az óriási halom erőforrásait bérelheted és jó csomagot választva garantált teljesítményt kapsz a halomból. Virtuális szervereket kapsz, a vasat még a legeslegeslegalsó szinten sem látod, never ever.

Nem kell tökölni a vassal, új erőforrást venni gyors (és sokszor olcsóbb), valamint jobban tudsz igazodni a terhelésed változásaihoz:

Cloud computing. Get it now. Ez mindenre jó.

Ne tessék összetéveszteni a gagyi shared hosting-okkal. Lesz még több cikk, ott majd meglátod, hogy mennyire más. (Hohohó, ez a cikk csak beetetés volt? Egen.) Magyar szolgáltatótól sem valószínű, hogy fogsz látni cloud computing-ot a belátható jövőben, kicsik vagyunk hozzá. (El lehet menni Szlovákiába! Nem, ők is kicsik hozzá.)

A cikksorozatban ezekkel biztosan fogok foglalkozni:

• Cloud computing belülről. Mi mennyi, hány méter.
  
• Media Temple Grid Service. Saját tapasztalatok! Messze nem olyan szar, mint mondják, csak okosan kell használni.
  
• Amazon EC2 és S3. Sajááát tapasztalatooook! Image kreálás, S3 backup és megannyi finomság. Meg hát őszintén, ha először mész az oldalukra, úgy megriadsz, mint a huzat. De majd segítek.
  
• CDN-ek (Content Delivery Network).

Ha esetleg még nem esett volna le, akkor a cikksorozat témája a hosting Szent Gráljának megtalálása. Ahogy egyre beljebb megyünk, úgy lesz egyre több konkrétum, USA dollár, bash parancs és kód. Prepare.

P.S.: addig is okos akarsz lenni? Olvass Wikipediát.

9 hozzászólás

1. idézem 2008.05.03. 09:38
   • Benjamin
   Varom a folytatast!
2. idézem 2008.05.03. 09:38
   • Benjamin
   Varom a folytatast!
3. idézem 2008.05.03. 09:45
   • Gábor
   Elnézést kérek az Akismet késlekedéséért, majd megoldom. Azért nem fogom kitörölni mindkettő hozzászólásodat, olyan szép a statban, hogy 2...
4. idézem 2008.05.03. 13:49
   • Roland
   Eddig tetszik, csak így tovább, várom a folytatást én is!
5. idézem 2008.08.15. 02:50
   • mukka
   ertelmesen megirt osszefoglalo volt :)
6. idézem 2008.08.18. 05:44
   • bela
   http://www.szantogabor.extra.hu/
7. idézem 2008.10.08. 11:55
   • melon
   Most akadtam bele egy ilyenbe, nagyon érdekes a szolgáltatásuk: mosso [pont] com
   
   Kíváncsian várom én is a folytatást.
8. idézem 2008.10.08. 12:01
   • Gábor
   @melon Volt már jó sok folytatás :-).
   
   A Mosso-hoz hasonló (szinte tökugyanaz) Media Temple Grid Service-ről is írtam már. Ezek csak majdnem cloud computing szolgáltatások sajnos.
9. idézem 2008.10.08. 12:08
   • melon
   Igen, közben észrevettem, olvasgatok is.
   Amikor írtam a kommentet, se dátumot, se többi postot nem néztem, hiába, hosszú volt a nap :)

Legutolsó hozzászólások

DJ PLAYER Blue Edition: Gábor: Ja, és természetesen megy iPad-en is, hiszen _minden_ iOS app megy iPad-en.

DJ PLAYER Blue Edition: Gábor: Bug report-okat itt fogadunk: http://djplayer.net/page/bug_report_fixes

DJ PLAYER Blue Edition: hohand: Hello!A dj player mukodik iPad-on is?Tegnap feltettem, wifi-n athuztam ra zeneket,de amikor ranyomtam egy zeneszamra,error-t dobott es valami is!...

Uzsidoboz LED!: zo via Google Reader: vicces dolog, csak nem értem mire való

Uzsidoboz LED!: Gábor: @Benjamin Minek forogjanak? Egy falszínezőnek olyat nem kell tudnia, így is épp elég hatásosak.