și o instalam la client pe fiarele sale, eventual pe fiarele unui hoster, atunci o aplicație pe platforma de cloud a Microsoft (Windows Azure) arată așa:
9 gânduri despre &8222;Cum se dezvoltă o aplicație în cloud&8221;
Linia punctata s-a transformat in norisor. 🙂
Queue?
@razvanbb, dacă ar fi așa de simplu, nu s-ar povesti…
@Sorin, corect: între client și web role rămâne http, către baza de date rămâne TDS, însă în cloud suntem forțați să lucrăm stateless și să comunicăm asincron prin mesaje (SOA style). De aia scrie ”queue” acolo între web role și worker role!
Gândiți aplicația în așa fel încât dacă îi cereți platformei mai multe web roles sau mai multe worker roles atunci să poată scala. Practic, când îi spui lui Windows Azure să mai adauge 5 worker roles, el îți va porni încă 5 mașini, va face deployment la aplicație și va configura load balancerele și routerele în așa fel încât cererile http să lovească și cele 5 mașini noi. La fel și pentru worker roles. Pentru a scala pe baza de date relațională (SQL Azure) pregătiți-vă de partiționare.
facand abstractie de queue si eu singura diferentza pe care o vad ii norisoru in loc de lina punctata :))
Eu vad ca asta cu cloud, e ceva personal pentru Zoli… Sau dupa meciul de fotbal …:)
Da, în următoarele luni voi insista și mai mult pe dezvoltarea în cloud. Veți vedea de săptămâna viitoare.
Eu doar ziceam ca post asta e in categoria „Personal” :)…
And I stay tunned, tocmai am vazut la KulenDayz o prezentare de cum s-ar face dezvoltarea, pe SalesForce, Oracle, Google App Enginee, VMware, si Azure. Deschis pofta si curiozitatea…
Ah, acum înțeleg… ”Personal” este categoria default pentru posturile mele și apare așa și când uit să pun categoria. Am schimbat. Thanks
Linia punctata s-a transformat in norisor. 🙂
Queue?
@razvanbb, dacă ar fi așa de simplu, nu s-ar povesti…
@Sorin, corect: între client și web role rămâne http, către baza de date rămâne TDS, însă în cloud suntem forțați să lucrăm stateless și să comunicăm asincron prin mesaje (SOA style). De aia scrie ”queue” acolo între web role și worker role!
Gândiți aplicația în așa fel încât dacă îi cereți platformei mai multe web roles sau mai multe worker roles atunci să poată scala. Practic, când îi spui lui Windows Azure să mai adauge 5 worker roles, el îți va porni încă 5 mașini, va face deployment la aplicație și va configura load balancerele și routerele în așa fel încât cererile http să lovească și cele 5 mașini noi. La fel și pentru worker roles. Pentru a scala pe baza de date relațională (SQL Azure) pregătiți-vă de partiționare.
Pingback: Tweets that mention Cum se dezvoltă o aplicație în cloud | Zoli Herczeg -- Topsy.com
facand abstractie de queue si eu singura diferentza pe care o vad ii norisoru in loc de lina punctata :))
Eu vad ca asta cu cloud, e ceva personal pentru Zoli… Sau dupa meciul de fotbal …:)
Da, în următoarele luni voi insista și mai mult pe dezvoltarea în cloud. Veți vedea de săptămâna viitoare.
Eu doar ziceam ca post asta e in categoria „Personal” :)…
And I stay tunned, tocmai am vazut la KulenDayz o prezentare de cum s-ar face dezvoltarea, pe SalesForce, Oracle, Google App Enginee, VMware, si Azure. Deschis pofta si curiozitatea…
Ah, acum înțeleg… ”Personal” este categoria default pentru posturile mele și apare așa și când uit să pun categoria. Am schimbat. Thanks