Cloud computing web services
Google je bacio belu rukvaciu na sto. Sinoć je javno prikazan Google App Engine.
Ovo je drugi servis te namene nakon Amazona, i jednostavno pokazuje trend tržišta, kuda će ovo svo ludilo da nastavi. Pogledajte review u izradi aplikacije |
bas o ovome caskamo sad :D
nisam radio sa amazonovim servisom ali kolege koji jesu kazu da im je to resilo dosta problema bilo bi jako lepo od njih da podrze jos koji popularni jezik ;) |
Citat:
Citat:
Ali ne brini, planiraju ubaciti i druge jezike, ovaj im je samo (s pravom) najdraži. :) |
npr. nama je napravilo i dosta problema, konceptualno gledano amazonovi servisi su sjajna stvar, ali u praksi su nam se desavale sledece stvari (govorim o high volume traffic-u):
1) particionisanje S3-a nije bas najsrecnije reseno i performanse su najbolje ako se podaci salju u sortiranim bucket-ima sto je ok za bulk inserte, ali postoji problem ukoliko treba npr. da ubacite 10-100 miliona record-a i forsirate veliki broj konekcija na preporucen nacin, zapravo da budem iskren uspeli smo da uzrokujemo outage od nekoliko sati koji je uticao na otp. pola korisnika S3. naravno - sve je bilo u okviru preporucenog koriscenja S3. 2) amazonovi servisi, osim S3, nemaju nikakav SLA, a i SLA koji korisnik S3-a dobija je blago receno neozbiljan. 3) inicijalna latencija na svakom servisu je blago receno ... pa losa, ozbiljan problem za bilo koji SLA, veoma ozbiljan problem za bilo koji SLA. npr. inicijalna latencija izmedju bilo kog DC-a i EC2 instance je izmedju 50-300ms, gde je prosecno oko 100-150ms. 4) desavalo nam se da EC2 nema kapaciteta za pun odobrenih broj instanci, ili masovna smrt po 100njak instanci. 5) amazonovi servisi su jos uvek izuzetno skupi, potrebna je ozbiljna korekcija cena. 6) EC2 instance imaju ocajne I/O performanse, desava se da je potrebno nekoliko instanci da zamene jedan server slicnih performansi. large i extra large instance su nerealno skupe. u sustini sjajna stvar, ali ne treba se zaletati - sa jedne strane amazonovi servisi smanjuju operativne troskove, ali donose nove. takodje, unose novu kompleksnost sa nestabilnoscu EC2 instanci i zahtevaju alternativni pristup ukoliko bilo ko drzi live servise na njima, npr. pravljenje image-a koji poseduje ceo setup, backup na S3 (inbound traffic je dzabe), inicijalizacija instanci sa S3 itd. pojavilo se nekoliko startup-a koji svoj biznis baziraju na HA i skaliranju nad EC2, ali trenutno je bilo sta sto u recenici ima EC2 je *nerealno* skupo za bilo koji vid live/real time servisa. ono gde EC2/S3 duo briljira su cost effective batch procesi, u prevodu - upalis 100 instanci, sazvaces mnogo miliona necega, vratis nazad, ugasis instance. cisto reko' da ustedim auditorijumu dosta hiljada dolara na hype-blastu koji bi se mnogima obio o glavu. |
Ako sam dobro shvatio Google-ovu ponudu AWS je i dalje mnogo fleksibilniji?
OK, gomila klinaca ce u roku od nedelju dana da aploaduje svoje Django blogove for free ali to je i dalje daleko od EC2 modela. |
pa nije baš tako, ovo je samo prvi korak ka platofmi . Osnovna razlika što ti AWS dozvoljava da se igraš sa recimo S3 bez da koristiš njihovu bazu ... dok kog Google je sve in-a-box, što je simpatično. EC2 model je nešto sasvim drugo ....
|
Ne bih da highjackujem ali kad smo vec kod toga jel koristio neko webstore.amazon.com ?
|
Citat:
|
Mislih prvi google korak :) za joyent znam , mada je iz nekog razloga twitter otisao sa njhove platforme
|
razlog nije bila "joyent platforma", koja je uzgred-budi-receno as-good-as-it-gets kada je u pitanju rails:
http://www.techcrunch.com/2008/01/31...-looks-likely/ fora je sto se generalno twitter lock-ovao sa platformom koja se ne skalira najsrecnije (rails) - sa tim traffic-om koji oni imaju i izborom platforme koji su napravili imace konstantne probleme i tu im nece narocito pomoci switch na bilo kojeg provider-a. |
Vreme je GMT +2. Trenutno vreme je 06:28. |
Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.