> Dva nejcastejsi myty ohledne SOA jsou: > > 1) SOA == SOAP (pac SOAP neni Service Oriented Architecture Protocol ;-) ) > > 2) WebServices == SOAP (mame i jine typy WebServis)
Presne tak, mam napriklad zkusenost se SOA pracujici na technologii CORBA. Ovsem neni se cemu divit, naprosta vetsina clanku pise o SOA a webovych sluzbach tak, jako by to bylo technologie naprosto neoddelitelne (a jak pisete - opak je pravdou). > Ano, to je pravda. Data muzete omezit na minimum. Otazka je, kolik procent > tvori overhead. Pri pouziti HTTP a odstraneni prazdnych znaku maji data > dost casto mensi objem nez hlavicky. Potom je nejaka SOAP:Envelope naprosto > nepodstanty balast, co se tyka procentualniho zastoupeni. > WSDL se navic nemusi prenaset vubec nebo ho staci prenest jen jednou. A navic provoz na ESB je nekolikanasobny, je nutno uvazit, ze vetsina ESB systemu kvuli jedne jedine business zprave posle hned nekolik zprav (potvrzujicich, logovacich i jinych). Setkal jsem se s produkcnim systemem pracujicim na SOAPu pres HTTP, ktery pro kazdou business zpravu vygeneroval 9 logovacich zprav. Devetkrat vice balastu. Pak se porizuji dalsi servery, load balancery... Je to skoda, ze se nepouziva vice nejaky uspornejsi format. A asi se i tezko prosadi (i kdyz jistou aktivitu vykazuje Cisco - zatim jen tiskova prohlaseni). Velci hraci na trhu stavi jejich produkty hlavne na technologiich WebServices, kdyz uz nejaky jiny format, tak obvykle proprietarni. -- Lukas Zapletal http://lukas.zapletalovi.com
