On Mon, Oct 06, 2008 at 03:47:31PM +0200, Lukáš Zapletal wrote: > Z pozice systemoveho integratora mohu napsat jen to, abyste si zvolil > takovy format pro vymenu dat, se kterym bude pracovat co mozna nejvic > dodavatelu. Ve chvili, kdy si firma zahrava napriklad se SOA je jedina > prakticka volba - Web Services. Zatim jsem se totiz nesetkal s > implementaci SOA postavenou na jine technologii pro vymenu zprav (co > se tyka konektivity ke koncovym systemum - interne je to vec jina).
Dva nejcastejsi myty ohledne SOA jsou: 1) SOA == SOAP (pac SOAP neni Service Oriented Architecture Protocol ;-) ) 2) WebServices == SOAP (mame i jine typy WebServis) SOA tady existuje de facto od nepameti. Principy SOA jsme implementovali na fi.muni.cz uz v roce 1996 v perlu a shellu. SOAP pouze rozsiruje moznosti o jednotny komunikacni protokol a hlavne o infrastrukturni veci, jako jsou transformace, registry, repository, brokering, message-based addressing, content level delivery etc. (omlouvam se za anglicke terminy, ale nevim, jak je prelozit, aby jim kazdy rozumnel) . Cimz nerikam, ze totez nelze delat i jinak, ale SOAP ma WS-*, kterym muze rozumet kazdy. > > > > dostali sme ako zadanie zopar stredne velkych projektov, v ktorych musime > > spracovavat data z externych aplikacii napisanych vo Visual FoxPro a v > > SAP-e. Nevieme sa rozhodnut, ci pouzit WebService alebo si napisat vlastny > > format pre vymenu dat. V diskusii s kolegami padli nasledovne pre a proti: > > > > WebService: > > + je standard -> kazdy ho pozna > > - je v Jave tazkopadny na vyvoj nesouhlas. Existuji SOAP stacky, ktere delaji svou praci fakt seamless. Sam jsem se podilel na vyvoji jednoho z nich, takze vim, o cem mluvim. Navic udelat si vlastni serializaci neni nic tezkeho. Pri praci nad DOMem je to jeste jednodussi. > > - pri komunikacii sa prenasa prilis vela balastu Ano, to je pravda. Je to dan za citelnost. > > - je v Jave tazkopadne hladanie chyb Diky predchozimu bodu je to nesmysl. Maloktery protokol je tak krasne citelny jako XML. > > > > Vlastny format: > > - treba ho riadne zdokumentovat a nechat odsuhlasit aj partnerskou firmou Z cehoz plyne dalsi minus - evoluce je temer nemozna. Taky pro implementaci rozsiritelnosti stejne musite emulovat XML. > > + pri komunikacii sa prenasaju iba potrebne data 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. Tento bod by se dal brat v uvahu pouze tehdy, pokud se bude jednat o binarni format, ale ladit binarni format bych teda fakt nechtel. A dohodnout se s partnerskou firmou na binarnim formatu rovna se zazraku. To se vam spis vysmeji a pujdou jinam. Oto 'tapik' Buchta
