Proiectarea de aplicatii online: arhitectura bazata pe servicii web

Am mai publicat pe blog un articol util, zic eu, si pentru comunitatea de dezvoltatori de pe seopedia si il public aici pentru a dezvolta un pic subiectul.


Proiectare de aplicatii online: arhitectura orientata pe servicii web

Cu acest articol pornesc o noua serie de articole denumita Proiectare de aplicatii online, acesta fiind primul episod in care vom discuta despre arhitectura unei aplicatii online bazata pe servicii web.

In momentul in care proiectezi o noua aplicatie online sunt cativa factori de care trebuie sa tii cont, cum ar fi:

* aplicatia trebuie sa-si atinga scopul propus
* aplicatia trebuie dezvoltata repede
* aplicatia trebuie sa functioneze bine, asta insemnand atat un algoritm implementat corect cat si performanta in executie
* aplicatia trebuie sa fie usor de intretinut
* aplicatie trebuie sa fie usor de modificat, upgradat, iar in aceasta situatie factorul uman sa nu fie o problema (timpul de adaptare la modul in care e dezvoltata aplicatia trebuie sa fie relativ mic)

Acestea sunt o parte din problemele pe care ti le pui inainte de a te apuca de proiectare unei aplicatii.
Cu cat trebuie sa proiectezi mai multe aplicatii pentru acelasi client problemele care pot aparea (si de care trebuie sa tii cont) sunt mai mari, cu cat echipele de implementare sunt mai mari si mai diferite iarasi creste gradul de dificultate al problemelor ce pot aparea.

Modul de proiectare pe care vreau sa vi-l prezint nu este raspunsul tuturor intrebarilor legate de proiectarea de aplicatii online dar este un mod care s-a dovedit destul de bun pana acum.

Arhitectura orientata pe servicii web
http://www.danielbuca.ro/wp-content/...hitecture1.jpg
Exemplul furnizat in imaginea de mai sus este unul simplist dar este punctul de plecare pentru intelegerea acestui mod de lucru.

Imaginati-va ca lucrati la un site de anunturi imobiliare. Aceasta e aplicatia.
Serviciul web 1 este o colectie de functii ce ofera functionalitati de albume de imagini organizate sub forma unui obiect unitar. Serviciul web 2 este o colectie de functii construite in jurul unui anunt iar serviciul web 3 este o colectie de functii organizate in jurul utilizatorului.

Fiecare serviciu web este accesat de catre aplicatie printr-o interfata standardizata si independenta de functionalitatile interne.
Ce inseamna asta? Indiferent de functionalitatile interne ale unui serviciu web aplicatia intotdeauna va interactiona cu serviciul web folosing aceleasi metode. Acestea se schimba numai in cazul in care schimbarile in cadrul serviciului web sunt majore si necesita aparitia unei noi versiuni.

Care sunt avantajele acestui mod de lucru?

* functionalitatile de baza sunt concentrate in jurul unui serviciu web ce ruleaza independent de aplicatie; odata ce acesta este dezvoltat si iesit din faza de testare si debug el reprezinta o resursa disponibila oricarui proiect -> timpul de implementare scade
* orice modificari care duc la imbunatatirea procesului de lucru in cadrul unui serviciu web se reflecta imediat in toate aplicatiile ce il folosesc -> upgrade simultan pe toate aplicatiile -> timpul de implementare scade
* se standardizeaza modul de lucru in cadrul echipelor mari -> creste eficienta pe fiecare entitate productiva
* situatia in care o aplicatie necesita o crestere a resurselor alocate iar acest lucru poate genera o problema devine o amintire; arhitectura bazata pe servicii web este o arhitectura distribuita, toate serviciile web pot rula pe acelasi server iar cand situatia o cere fiecare serviciu web poate rula pe un server propriu -> adaptabilitate la crestere
* educarea echipelor de dezvoltatori prin standardizare: atat timp cat toti dezvoltatorii trebuie sa foloseasca aceleasi servicii web va fi mult mai usor sa faci schimbari in cadrul echipelor; deasemenea, cu fiecare implementare a unui serviciu web intr-o aplicatie creste libraria de exemple ce vor fi folosite ca baza de invatare pentru membrii noi ai echipelor de dezvoltare

Va las sa digerati acest subiect si voi reveni cu completari despre servicii web si despre proiectarea de aplicatii online in general.

Sunt curios insa sa stiu daca ati folosit un astfel de sistem pana acum.

Salut, prin servicii web intelegi termenul englezesc de WebServices? Sa nu ma apuc sa comentez fara rost :)

Da, despre asta este vorba. Ca sa fie mai usor de inteles se poate citi suplimentar despre Saas sau Web Services .

Bineinteles ca vorbim de mai multe tipuri de servicii, de implementari, de abordari ale acestui tip de arhitectura. Bineinteles ca nu este o conditie suficienta si sunt si alte lucruri de care trebuie tinut cont dar pentru un prim articol introductiv cred ca este suficient. :)

Este interesant articolul, nu stiu care e experienta ta in operarea cu WebServices, de aceea am sa comentez cu basic/advance comentarii:

1. Evident avantajul standardizarii este cel mai important
2. Ideea de clustering pentru WebServices, se aplica si celorlalte aplicatii deci nu e doar specific acestora

Adevaratele avantaje/dezavantaje (dpdv al unui dezvoltator) sunt faptul ca ai expuse catre exterior niste servicii prin un WSDL, cleintul tau va avea posibilitatea sa foloseasca functionalitatile expuse prin WebServices si sa isi faca el integrarea in un anumit site.

Nu e recomandabil de folosit exact in cazuri gen site de anunturi, unde logica trebuie sa ramana pe server si nu e nevoie de un WebService sa faca comunicatia. Obiecte in acest caz sunt mult mai rapide.

Exemplu cand se poate folosi WebServices. Exemplu eu dezvolt o aplicatie de verificare a adreselor (ca input primesc o adresa si eu spun daca e corecta sau nu si eventual o corectez).

Tu ca si client acesezi din CRM-ul tau prin WebService aplicatia mea ca sa verifici adresa unui client.

Acesta este un exemplu corect de folosire a unui WebServices. Pentru onsite operation e contraindicata metoda asta (cred ca va trebui sa modifici schema, dupa parerea mea nivelul de comunicare e gresit).

Nu te supa de comentariile mele, apreciez astfel de posturi si e bine ca apar si in comunitatile care se ocupa de design/seo/dezvoltare siteuri.

Sugerez doua diagrame care explica acest proces:

http://www.softwareexperts.net/image...al%20Tiers.gif
http://www.developer.com/img/2007/03/soa2.gif

Comentariul meu e facut avand in spate ani buni de experienta cu lucrul cu WebServices, pot sa mai clarific daca e nevoie cateva elemente. Sper sa nu fie prea "chineza" in ceea ce am scris.

Asa cum spuneam si pe blog:

Citat:

---

Exemplul descris in articol este unul usor de digerat pentru un incepator. Am ales sa folosesc un astfel de exemplu pentru ca un om cu experienta in web services stie deja despre ce este vorba si va trece, probabil, peste acest articol direct la urmatorul episod.

Eu vad serviciile web dezvoltate in 2 feluri:
- in jurul unor functionalitati de baza (ex: procesare de imagini, translatare adrese in coordonate )
- in jurul unor entitati standard (ex: clienti)

In urmatoarele “episoade” voi intra mai in detaliu pe acest subiect si complexitatea informatiilor oferite va creste.

---

Uite doua exemple de servicii web pe care le folosesc in mod uzual:
- File storage and transformation: un sistem care transforma si stocheaza fisiere.
- Global user auth : sistem de autentificare multi site

Exelent, sper si programatorii de pe forum sa aprecieze si sa isi deie cu parerea. Spor la treaba, e binevenit orice discutie de WebServices, multi php programatori ar trebui sa deschida urechile la cele de mai sus.