Sunteți pe pagina 1din 13

Cloud Computing vs Grid Computing

Alecu Paul Andrei June 2, 2010

Cloud computing vs Grid computing

Alecu Paul Andrei

1 Introducere
In acest lucrare voi incerca sa fac o comparatie intre cele doua tehnologii aparute in ultimii 10 ani, mai precis intre Cloud computing si Grid computing. Daca despre Grid Computing s-au scris mai multe lucrari, ca de exemplu The Grid: Blueprint for a New Computing Infrastructure de Foster, Ian si Kesselman, Carl (1999), despre Cloud Computing s-au scris foarte putine articole acest lucru datorandu-se si faptului ca este o tehnologie relativ noua. Atat tehnologia cloud cat si tehnologia grid sunt folosite pentru calcul paralel, deci pentru a marii puterea de calcul a computerelor. Tehnologia grid a aparut in 1999 odata cu cartea scrisa de Ian Foster si s-a dezvoltat rapid mai ales datorita puterii de calcul superioare pe care o avea. Desi este o tehnologie ce permite dezvoltarea de algoritmi paraleli, deci sa mareasca puterea de calcul folosind computere cu capacitati modeste, nu a ajuns sa e folosit la scara larga datorita limitarilor pe care le are. Aici ma refer la faptul ca pentru a putea scrie un program pentru o structura grid sunt necesare cunostinte de programare paralela. In prezent aceasta tehnologie este utilizata la scara larga in aplicatiile de cercetare, in aplicatiile militare( mai ales in simulari), in aplicatiile meteorologice, etc.; mai precis in toate domeniile unde este nevoie ca o aplicatie sa proceseze intens cantitati mari de date. Tehnologia cloud este relativ noua si a fost dezvoltata pentru a reduce costurile IT, insa s-a descoperit ca aceasta se poate aplica si pentru procesarea paralela. Desi este o tehnologie noua s-a raspandit mult mai repede decat grid, acest lucru se datoreaza si faptului ca a fost intens promovata de marketing. Din punct de vedere tehnologic aceasta tehnologie aduce cateva concepte noi, ca de exemplu: paltform as a service, software as a service, infrasturcture as a service. Daca in cazul grid, aplicarea in domeniul procesarii paralele este mai mult decat evidenta, dupa cum am armat anterior, aplicarea tehnologiei cloud in acest domeniu vine dupa un studiu atent a structurii unei aplicatii cloud. Voi impartii aceasta lucrare in 3 parti: in prima parte voi descrie cloud computing, partea a doua ma voi axa pe descrierea grid computing iar in partea a treia voi incerca sa fac o comparatie intre cele doua tehnologii.

2 Tehnologia Cloud
Desi tehnologia este noua, ideea ce sta in spatele acestei tehnologii nu este noua insa doar acum tehnologia a avansat pana la punctul in care sa poata sustine o astfel de idee. Putem sa spunem fara sa gresim ca aceasta tehnologie a aparut ca un efect secundar al dezvoltarii serviciilor web si a tehnologiilor de acces si transfer de date, lucru care permite accesul mult mai facil la site-urile ce ofera putere de calcul. Acest lucru a dus la ideea ca se poate separe locatia geograca a utillizatorului de locatia geograca a software-ului, 2

Cloud computing vs Grid computing

Alecu Paul Andrei

cu alte cuvinte software-ul a fost transformat intr-un serviciu contra cost(aceasta notiune este denumita: software as a service). Pasul urmator a fost de a oferi sistemul de operare ca si un serviciu la cerere(platform as a service), iar mai apoi ca insasi suportul hardware a fost separat si oferit ca si un serviciu contra cost(infrastructure as a service). Dupa cum se poate observa din cele enuntate mai sus cu ajutorul acestei tehnologii utilizatorul va putea accesa software ce necesita putere mare de calcul, prin intermediul unui browser de internet, fara a avea nevoie de o platforma puternica care sa sustina aceasta aplicatie.

2.1 Denitie
Primul lucru care trebuie facut in cazul in care se studiaza o noua tehnologie este de a intelege denitia acesteia. Acest lucru se dovedeste a o provocare in cazul tehnologiei cloud, deoarece exista foarte multe denitii date de expertii in acest domeniu. Dupa cum autorii articolului [Art01] se pot gasi mai mult de 20 de denitii. Acestia facand un simplu studiu al acestor denitii acestia au reusit sa gaseasca numitorul comun si propun urmatoarea denitie: Clouds are a large pool of easily usable and accessible virtualized resources (such as hardware, development platforms and/or services). These resources can be dynamically re-congured to adjust to a variable load (scale), allow-ing also for an optimum resource utilization. This pool of resources is typically exploited by a pay-per-use model in which guarantees are oered by the Infrastructure Provider by means of customized SLAs.. Din aceasta denitie trebuie sa retinem ca tehnologia cloud este de fapt un mod de a furniza la cerere resursele necesare pentru a indeplini anumite sarcini. Daca insa ne uitam atent la aceasta denitie vom vedea ca nici o proprietate clar specicata, cele mai apropiate notiuni de niste proprietati ar putea : scalabilitatea, plata la folosire si virtualizare. Alte studii identica alte proprietati de baza, ca de exemplu: Agilitatea - se refera la abilitatea utilizatorului de accesa software-ul de care are nevoie foarte rapid Costul redus - toate costurile legate de hardware si software vor preluate de provider Independenta de locatie - utilizatorul nu mai este obligat sa ruleze aplicatia software de pe propriul Computer Securitatea - accesul la software dorit va securizat astfel incat datele utilizate sa poata ascunse la cerere Mentenanta - structura cloud trebuie sa e usor de intretinut de provider, iar acest cost sa nu impiedice utilizatorul sa utilizeze aplicatia dorita sau sa creeze pierderea/indisponibilitatea datelor.

Cloud computing vs Grid computing

Alecu Paul Andrei

2.2 Arhitectura
Analiza structurii de tip cloud scoate in evidenta faptul ca ea se poate impartii foarte usor in doua nivele: nivelul de Front End si nivelul de Back End. Practic aceasta structura respecta tendita moderna de a separa interfata utilizator de restul aplicatiei. Desi nivelul Front End contine computerul/terminalul utilizatorului si aplicatia de acces la cloud, il vom considera totusi doar o interfata in principal datorita faptului ca acest nivel nu face altceva decat sa permita comunicarea nu structura cloud. Cu alte cuvinte acest nivel este cel care capteaza comenzile utilizatorului si aseaza rezultatele primite de la cloud. Este important de retinut faptul ca nu exista un standard in ceea ce priveste interfata de acces la cloud (aceasta poate un program desktop, un serviciu web, etc.), cum alte cuvinte nu vom putea utiliza o aplicatie de acces pentru mai multi provideri, daca acestia nu ofera servicii catre aceeasi structura. Acest lucru ind un mare minus al acestei tehnologii, sau al oricarei tehnologii, ce va intarzia aplicarea la scara larga a acesteia. La nivel de back end avem insa o structura mult mai complicata, aici se va concentra toata puterea de calcul. Deci in acest nivel vom include toate serviciile oferite de provideri: de la platforme la infrastructura. Pentru a putea gestiona toata aceasta structura este nevoie de un server care sa asigure ca utilizatori isi primesc serviciile dorite si sa monitorizeze functionarea, astfel in centrul structurii de cloud se aa acest server (monitorizarea se face centralizat). Pentru a asigura buna functionare a acestei structuri se vor folosi o serie de protocoale, acestea ind diferite in functie de provider. Acestea vor folosi pentru a impune regulile structuri de tip middleware care vor modela comunicarea calculatoarelor din retea, si aceasta componenta de providerul ales. In odata cu cresterea numarul de utilizatorilor in nivelul de back end apare nevoia de a stoca informatii, acestea cresc proportional cu numarul clientilor. Din acest motiv s-a simtit nevoia de a introduce o componenta care sa asigure stocarea, mai precis Data Center-ul. Componenta nu trebuie vazuta ca si un hard disk imens ci ca o structura de componente ale retelei care realizeaza stocarea datelor utilizatorilor, asigurand in acelasi timp si persistenta datelor in orice conditii. Mai precis structura cloud trebuie sa asigure pe langa stocarea datelor si disponibilitatea lor in orice moment, deci si duplicarea lor, acest lucru va crea o nevoie foarte mare de spatiu de stocare. Nu exista un algoritm sau formula care sa specice care este dimensiunea optima pentru a asigura replicarea datelor, de aceea de obicei in cazul structurilor cloud se ajunge la un compromis, acesta se va referi in general la numarul de network storage pe care se vor replica acestea. O alta componenta importanta a nivelului de back end este Application Server, acesta a aparut din nevoia de a rula aplicatii la distanta, adica fara a-l obliga pe user sa o instaleze pe propriul PC. Ea a fost introdusa dupa ce middleware-urile au permis utilizarea sistemelor software in acest mod. Principalul lor scop este de a permite utilizatorului sa acceseze aplicatia din orice locatie si de pe orice tip de terminal, e ca e vorba de un

Cloud computing vs Grid computing

Alecu Paul Andrei

computer sau de un dispozitiv mobil(pda sau un smart phone).

2.3 Securitate
Pentru a analiza securitatea intr-o astfel de structura trebuie sa o studiem toate nivelele de securitate, mai precis: Securitate zica Securitatea aplicatiilor Securitatea datelor 2.3.1 Securitatea zica

Analizarea acestui tip de securitate este destul de dicila deoarece implica proceduri ce tin de ecare provider. De exemplu in cazul Amazon, unul din pionierii acestei tehnologii si unul dintre cei mai mari distribuitori care isi publica procedurile de securitate zica pe internet, aa ca serverele sunt tinute in cladiri foarte bine pazite de rme specializate, iar accesul zic la servere se face pe baza de cartele, parole si alte moduri de identicare. 2.3.2 Securitatea aplicatiilor

Deoarece cloud-ul presupune oferirea ca si un serviciu a aplicatiilor, a sistemului de operare sau a infrastructuri, discutarea securitatii aplicatiilor presupune o analiza a tuturor problemelor ce pot aparea. Cu alte cuvinte trebuie sa discutam despre securitatea sistemelor( realizata in cele mai multe cazuri cu ajutorul unor chei de acces), de securitate comunicatiei( se realizeaza prin intermediul rewalurilor si respectiv a api-urilor specializate) si respectiv a modului de acces la date. Daca in cazul securitatii sistemelor si respectiv a comunicatiei nu se face altceva decat sa se aplice metode clasice de securitate, securitatea accesului la date, ce presupune accesul la platforma, este un pic mai complicata, deoarece se poate intampla ca doi clienti sa ruleze aplicatii pe acelasi server. Astfel un provider trebuie sa asigure un anumit nivel de izolare, adica ecare client isi poate accesa propriile date fara a incurcat de alti utilizatori care ruleaza apliicatii pe acelasi server si de asemenea ca nu poate accesa date ce nu-i apartin. Modul in care se face acest lucru depinde din nou de ecare provider si de api-ul pe care il are la dispozitie, insa cea mai intalnita practica este de ai prezenta userului un mediu virtual in care sa-si stocheze datele. Deci nici unui user nu i se va permite accesul direct la hardware, desi modul in care sunt prezentate datele vor creea impresia de acces direct, ci accesul se va face virtual, mai intai toate modicarile se fac pe imaginea in care lucreaza utilizatorul. 2.3.3 Securitatea datelor

In general acest tip de securitate presupune criptarea datelor stocate, insa in cazul structurilor cloud trebuie sa avem in vedere si protejarea datelor in tipul transmisiei. 5

Cloud computing vs Grid computing

Alecu Paul Andrei

Trebuie sa avem in vedere faptul ca datele, ce pot condentiale, vor decriptate atunci cand sunt citite din modulul de stocare si vor transmise printr-o retea public si neprotejata, astfel ele vor putea interceptate si citite cu usurinta. Pentru a proteja datele de aceasta amenintare se vor folosi metode de acces criptate, ca de exemplu SSL in cazul Amazon.

3 Tehnologia GRID
Aceasta tehnologie a adus o crestere importanta a puterii de calcul a sistemelor, mai precis s-a marit capacitatea unui sistem de a executa procesari paralele. Notiunea de GRID a aparut in anul 1999 odata cu publicarea lucrarii The Grid: Blueprint for a New Computing Infrastructure de Ian Foster si Carl Kesselman si s-a dezvoltat rapid ind inclusa mai ales in domeniul cercetarii, iar denumirea tehnologiei vine din modul in care este conceputa tehnologia, structura asemanandu-se cu o retea de energie electrica.

3.1 Denitie
Si in cazul acestei tehnologii a gasi o denitite e foarte dicil deoarece exista foarte multe variante, ecare din expertii care au dat denitia aducand nuanta proprie, data in mare masura de experienta pe care o au in domeniu. Dintre toate aceste denitii cea care este recunoscuta ca ind cea mai completa si corecta este cea data de Ian Foster: GRID is a system that coordinates resources which are not subject to centralized control, using standard, open, general-purpose protocols and interfaces to deliver nontrivial qualities of service. Alte denitii se concentreaza pe abilitatea grid-ului de a combina resurse heterogene a diferitelor organizatii pentru a atinge un scop comun, insa cele mai noi denitii nu mai pun accent pe cum sunt coorodnate resursele si se axeaza pe modul in care acestea sunt administrate si prezentate.

3.2 Arhitectura
Grid-ul reprezinta o forma de calculator distribuit, unde super calculatorul este format dintr-o multime de noduri cuplate intre ele printr-o retea. Este important de retinut faptul ca aceste noduri nu trebuie sa e pozitionate in aceeasi zona geograca si nu trebuie sa aiba aceeasi putere de calcul. Desi slab cuplate si heterogene nodurile(calculatoarele) vor functiona impreuna pentru a rezolva task-ul ce le-a fost asignat. Daca facem o analiza a acestui sistem ne dam seama ca nu poate impartit ca si in cazul cloud pe 2 nivele, totusi putem considera aplicatia ce utitlizeaza grid-ul ca ind front end-ul, iar structura de tip grid ca ind backend-ul tehnologiei.

Cloud computing vs Grid computing

Alecu Paul Andrei

Pentru ca aplicatia ce foloseste structura grid sa funtioneze este necesar ca aceasta sa stie sa imparta problema in subprobleme ce sa poata rezolvate in paralel. O alta problema care apare in functionarea unei aplicatii grid este coletarea rezultatelor si combinarea lor dupa rezolvarea ecarei subprobleme. Aceste doua cerinte creeaza nevoia existentei unei structuri care sa monitorizeze si colecteze rezultatele din reteaua grid, mai precis in centrul unui grid se aa un manager. Managerul de grid este cel care va tine evidenta tuturor nodurilor, va asigna ecarui nod task-ul pe care trebuie sa il execute, va colecta rezultatele si va returna rezultatele utilizatorului. Insa principala functie a managerului este de a gasi pentru ecare task nodul care sa-l poata executa repede, aceasta selectie nu este determinista avand de cele mai multe ori aspectul unei asignari random. In cazul tehnologiei grid nu exista noduri specializate, adica nu vom avea noduri care sa execute taskuri si noduri care sa stocheze date. Fiecare nod al structurii avand propriul spatiu de stocare a informatiei si respectiv propriul procesor, singura restrictie este ca executia task-ului sa se faca in timpul in care procesorul se aa in starea idle. Astfel computerul va putea utilizat si pentru alte task-uri neind nevoie ca el sa e disponibil 100% pentru grid. Modul de comunicare intre noduri este structurat de o aplicatie de tip middleware, la ora actuala existand o gama larga de astfel de aplicatii contra cost sau chiar open source.

3.3 Securitatea
Securitatea in grid este o problema extrem de dezbatuta, mai ales datorita faptului ca se doreste ca metoda de securizare sa nu reduca din puterea de procesare a sistemului. Si in cazul grid este necesare sa discutam de doua nivele de securitate: Securitatea zica Securitatea datelor 3.3.1 Securitatea zica

Aceasta securitate este greu de asigurat de structura in mare parte datorita faptului ca providerul nu detine toate nodurile, poate exista situatia in care providerul sa nu detina nici un nod desi aceasta situatie este putin probabila. In acest caz asigurarea securitatii zice a datelor revine utilizatorului care se inscrie in aceasta structura. 3.3.2 Securitatea datelor

Pentru a asigura viteza sitemului s-a hotarat adoptarea unui sistem de securitate de tip UNIX, mai precis acesul la structura se va face pe baza unui usermane si al unei parole. Aceasta metoda este impusa la nivel de structura, ne putand sa e impusa la nivelul 7

Cloud computing vs Grid computing

Alecu Paul Andrei

ecarui nod, cu alte cuvinte ecare nod va avea o metoda diferita de a asigura securitatea datelor. In aceste conditii ecare acces la nod este necesara interventia utilizatorului, dar acest lucru va genera un bottleneck care pana la urma va limita viteza sistemului. Pentru a evita aceasta interventie s-au introdus doua noi sisteme de securitate: User proxy si Resource proxy, acestea sigurand uenta executiei task-urilor. Acest model de securitate este pana la urma un model primitiv si heterogen, el asigurand doar faptul ca la structura vor avea acces doar noduri cunoscute. Insa nu se ia in considerare ca exista si alte pericole, ca de exemplu existenta unor noduri care sa e corupte sau respectiv interceptare transmisiei datelor. Exista insa modele alternative pe baza de incredere care rezolva problemele de gen noduri corupte, dar pana in ziua de azi nu exista nu model de securitate viabil care sa problema interceptarii datelor. Toate modelele propuse introduc overheaduri deloc neglijabile. In ceea ce priveste izolarea utilizatorilor, aceasta este greu de obtinut intr-o structura grid, acest lucru datorandu-se faptului ca in grid toate resursele sunt partajabile. Exista totusi posibilitatea de a crea un nivel de izolare, mai precis exista conceptul de izolare a grupurilor, conform acestui concept ecare grup din grid are propriile resurse ce nu pot accesate dintr-un alt grup. Problema ce poate aparea la acest tip de izolare este intersectia grupurilor, adica pot exista noduri care sa faca parte din doua sau mai multe grupuri, iar resursele acestora vor vizibile in toate acestea.

4 Comparatie Cloud-Grid
Pentru a putea face o comparatie utila a celor doua tehnologii trebuie sa analizam urmatoarele criterii: hardware - aici vom include structura hardware si modul de comunicare intre module software - modul de utilizare a acestor tehnologii, calitatea serviciilor, etc. securitatea - vom analiza atat securitatea zica cat si securitatea software

4.1 Comparatie hardware


Daca consideram strucutra hardware a celor doua tehnologii vom observa ca cele doua se aseamana pana la un punct, mai precis ecare dintre ele este compusa din mai multe noduri legate intre ele monitorizate de un server central. De asemenea ambele structuri sunt compuse din componente heterogene care contribuie pentru rezolvarea task-ului asignat.

Cloud computing vs Grid computing

Alecu Paul Andrei

De asemenea trebuie mentionat ca cele doua structuri sunt scalabile, scalarea structurii facandu-se in functie de tipul tehnologiei. In cazul grid scalarea se va face la nivel de noduri si site-uri, cu alte cuvinte se vor putea adauga noi noduri la structura fara prea mari dicultati si fara a inrautatii comportamentul acestuia, din contra va creste puterea de procesare. In cazul structurii cloud scalabilitatea merge pana la componentele hardware, acestea putandu-se adauga fara prea mari probleme datorita transparentei, nodurile se vor adauga si in acest caz foarte usor, marind si aici puterea de procesare. Daca insa luam in considerare modul de structurare a componentelor vom observa diferente majore intre cele doua tehnologii. De exemplu in cazul tehnologiei grid ecare nod are atat putere de procesare cat si capacitate de stocare a informatiei pe cand la tehnologia cloud puterea de procesare este concentrata intr-un unui anumit tip de noduri iar stocarea intr-un alt tip de noduri.

4.2 Comparatie software


Vom porni analiza software de la modul de acces al datelor. Inca de aici se observa diferente intre cele doua tehnologii, in cazul grid datele sunt partajate intre toate organizatiile ce utilizeaza structura, pe cand in cloud ecare utilizator are propriul spatiu de stocare pe care il poate accesa doar el. In ceea ce priveste modul de executie al unei aplicatii in cazul grid este nevoie ca aplicatia sa cunoasca modul de operare al structurii, mai precis sa e scrisa in asa fel incat sa poata divizata in subprobleme. Acest lucru va limita numarul aplicatiilor ce pot rulate pe aceasta structura, de asemenea va necesita o pregatire speciala a celor care dezvolta aplicatii. In schimb in cazul cloud nu este nevoie ca aplicatia sa cunoasca modul de operare al structurii, acesta ind complet ascuns. Practic structura cloud va functiona, cel putin pentru utilizator e el aplicatie software sau utilizator uman, ca un computer normal. Acest lucru va mari numarul de aplicatii care pot rula pe cloud si de asemenea nu va cere un nivel mare de cunostinte pentru programatori. Spre deosebire de clouduri gridurile pun la dispozitia utilizatorului un anumit nuamr de servicii high-level, ca de exemplu cautari de metadate precum tipurile nodurilor disponibile sau respectiv transfer de date de la un nod la altul. In cazul cloud aceste probleme sunt rezolvate la nivelul aplicatiilor, desi uneori prezenta unor astfel de servicii ar mari viteza de executie a programelor. Principala diferenta dintre cele doua tehnologii sta la nivelul de virtualizare realizat de ecare dintre ele. In cazul grid se pun la dispozitie interfete ce ascund anumite detalii de structura, cu alte cuvinte se va putea virtualiza suma componentelor intr-un pool imens de resurse. La cloud virtualizarea este impinsa la urmatorul nivel, mai precis pe langa virtualizarea structurii se va adauga si virtualizarea componentelor hardware. Utilizatorul nu va stii nici un moment pe ce nod ruleaza, care sunt componentele acelui 9

Cloud computing vs Grid computing

Alecu Paul Andrei

nod si nici macar daca pe acelasi nod mai exista un utilizator care ruleaza concurent aplicatii. In ceea ce priveste standardizarea tehnologiei putem spune ca in cazul grid s-au alocat multe resurse pentru a gasi un standard, pe cand in cazul cloud aceasta este o mare problema, in principal datorita faptului ca aceasta tehnologie este relativ noua si mult timp knowledge-ul a fost concentrat in cadrul marilor companii. Tot in cadrul standardizarii putem include si calitatea serviciilor, aici grid este decitar deoarece nu se obliga sa asigure o calitate mai mare decat a celei mai bune incercari, pe cand in cazul cloud companiile au alocat resurse importante pentru a asigura o calitate ridicata a serviciilor.

4.3 Comparatie securitate


In aceasta privinta tehnologia cloud este mult mai dezvoltata, chiar si de la nivelul protectiei zice, dupa cum am vazut computerele sunt stocate in medii protejate in care se poate intra doar pe baza unei identicari. Si in cazul grid avem o securitate zica ridicata insa doar pentru nodurile cele mai importante(acest lucru depinzand de domeniul in care este utilizat). In ceea ce priveste securitatea datelor structurile cloud sunt mult mai restrictive, asigurand pentru ecare utilizator un grad inalt de condentialitate. Mai precis ecare utilizator isi poate accesa doar propriile date, pe cand in cazul grid toti user unei organizatii/grup partajeaza aceleasi resurse. De asemenea securitatea transferului de date este mult mai ridicata in cazul cloudului, Amazon armand ca datele utilizatorului nu pot interceptate nici cand transferul lor se face prin internet, punct sensibil in cazul grid-ului.

10

Cloud computing vs Grid computing

Alecu Paul Andrei

References
[1] Luis M. Vaquero, Luis Rodero-Merino, Juan Caceres, Maik Lindner. A Break in the Clouds: Towards a Cloud Denition, ACM SIGCOMM, January 2009. [2] Amazon Web Services: Overview of Security Processes, Amazon, September 2008. [3] Judith M. Myerson. Cloud computing versus grid computing, March 2009. [4] The Benets of Cloud Computing, IBM, July 2009. [5] Michael Armbrust, Armando Fox, Rean Grith, Anthony D. Joseph, Randy Katz, Andy Konwinski, Gunho Lee, David Patterson, Ariel Rabkin, Ion Stoica, and Matei Zaharia. Above the Clouds: A Berkeley View of Cloud Computing, http://radlab.cs.berkeley.edu/, february 2009. [6] CLOUD COMPUTING IN THE http://cloudcomputingarchitect.com, May 2009. NEXT GENERATION,

[7] Cloud Computing, http://www.expresscomputeronline.com/20071210/technology06.shtml. [8] Ian Foster, Carl Kesselman, Steven Tuecke. The Anatomy of the Grid, http://www.globus.org/alliance/publications/papers/anatomy.pdf.

11

Cloud computing vs Grid computing

Alecu Paul Andrei

Author M. Klems

Year 2008

P. Gaw R. Buyya

2008 2008

R. Cohen

2008

J. Kaplan

2008

D. Gourlay D. Edwards B. de Ha

2008 2008 2008

B. Kepes

2008

K. Sheynkman

2008

O. Sultan

2008

K. Hartig J. Pritzker T. Doerksen T. von Eicken M. Sheedan A. Ricadela I. Wladawsky Berger

2008 2008 2008 2008 2008 2008 2008

Denition/ Excerpt you can scale your infrastructure on demand within minutes or even seconds, instead of days or weeks, thereby avoiding under-utilization (idle servers) and over-utilization (blue screen) of in-house resources... using the internet to allow people to access technology-enabled services. Those services must be massively scalable... A Cloud is a type of parallel and distributed system consisting of a collection of interconnected and virtualized computers that are dynamically provisioned and presented as one or more unied computing resources based on service-level agreements established through negotiation between the service provider and consumers Cloud computing is one of those catch all buzz words that tries to encompass a variety of aspects ranging from deployment, load balancing, provisioning, business model and architecture (like Web2.0). Its the next logical step in software (software 10.0). For me the simplest explanation for Cloud Computing is describing it as, internet centric software... a broad array of web-based services aimed at allowing users to obtain a wide range of functional capabilities on a pay-as-you-go basis that previously required tremendous hardware/software investments and professional skills to acquire. Cloud computing is the realization of the earlier ideals of utility computing without the technical complexities or complicated deployment worries... ...the next hype-term...building o of the software models that virtualization enabled ...what is possible when you leverage web-scale infrastructure (application and physical) in an on-demand way... ...There really are only three types of services that are Cloud based: SaaS, PaaS, and Cloud Computing Platforms. I am not sure being massively scalable is a requirement to t into any one category. ...Put simply Cloud Computing is the infrastructural paradigm shift that enables the ascension of SaaS. ... It is a broad array of web-based services aimed at allowing users to obtain a wide range of functional capabilities on a pay-as-you-go basis that previously required tremendous hardware/software investments and professional skills to acquire Clouds focused on making the hardware layer consumable as on-demand compute and storage capacity. This is an important rst step, but for companies to harness the power of the Cloud, complete application infrastructure needs to be easily congured, deployed, dynamicallyscaled and managed in these virtualized hardware environments ...In a fully implemented Data Center 3.0 environment, you can decide if an app is run locally (cook at home), in someone elses data center (take-out) and you can change your mind on the y in case you are short on data center resources (pantry is empty) or you having environmental/facilities issues (too hot to cook). In fact, with automation, a lot of this can can be done with policy and real-time triggers... ...really is accessing resources and services needed to perform functions with dynamically changing needs...is a virtualization of resources that maintains and manages itself. Clouds are vast resource pools with on-demand resource allocation...virtualized ...and priced like utilities Cloud computing is ... the user-friendly version of Grid computing outsourced, pay-as-you-go, on-demand, somewhere in the Internet, etc ...Cloud Pyramid to help dierentiate the various Cloud oerings out there...Top: SaaS; Middle: PaaS; Bottom: IaaS ...Cloud Computing projects are more powerful and crash-proof than Grid systems developed even in recent years ...the key thing we want to virtualize or hide from the user is complexity...all that software will be virtualized or hidden from us and taken care of by systems and/or professionals that are somewhere else - out there in The Cloud

Table 1: Cloud Denitions 12

Cloud computing vs Grid computing

Alecu Paul Andrei

Table 2: Grid vs. Cloud Characteristics


Feature Resource Sharing Resource Heterogeneity Virtualization Security High Level Services Architecture Software Dependencies Platform Awareness Software Workow Scalability SelfManagement Centralization Degree Usability Standardization User Access Payment Model QoS Guarantees Grid Collaboration (VOs,fair share). Aggregation of heterogeneous resources. Virtualization of data and computing resources. Security through credential delegations. Plenty of high level services. Service orientated. Application domaindependent software. The client software must be Gridenabled. Applications require a predened workow of services. Nodes and sites scalability. Recongurability. Decentralized control. Hard to manage. Standardization and interoperability. Access transparency for the end user. Rigid. Limited support, often best-eort only. Cloud Assigned resources are not shared. Aggregation of heterogeneous resources. Virtualization of hardware and software platforms. Security through isolation. No high level services dened yet. User chosen architecture. Application domain-independent software. The SP software works on a customized environment. Workow is not essential for most applications. Nodes, sites, and hardware scalability. Recongurability, self-healing. Centralized control(until now). User friendliness. Lack of standards for Clouds interoperability. Access transparency for the end user. Flexible. Limited support, focused on availability and uptime.

13

S-ar putea să vă placă și