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.




Răspunde cu citat