Treść książki
Przejdź do opcji czytnikaPrzejdź do nawigacjiPrzejdź do informacjiPrzejdź do stopki
1.4.Architekturausługowa(SOA)
21
•
Wiązaniepoprzezwyszukanienazwyusługiwrejestrze–wtymprzypadku
konsumentznasygnaturęusługiwczasieprojektowania,jedynielokalizacja
niejestznana.
•
Wiązaniepoprzezwyszukanieusługinapodstawieokreślonychparametrów–
równieżwtymprzypadkusygnaturausługijestznanawczasieprojektowania,
jedynąróżnicąjestsposóbjejwyszukiwaniawrepozytorium.
•
Wiązaniebazującenarefleksji–wtymprzypadkusygnaturausługiniejestzna-
nawczasieprojektowania.Poznalezieniupasującejusługi(np.wyszukiwanie
poatrybutach)klientwdynamicznysposób(np.mechanizmrefleksjiznany
zobiektowychjęzykówprogramowania)poznajesemantykęusługiiformat
przyjmowanychparametrów.Jesttonajbardziejskomplikowanysposóbwiązania
usług,gdyżwymagarozbudowanejlogikidodynamicznegointerpretowania
semantykiwywoływanychusług.
1.4.2.WarstwyarchitekturySOA
WrozwiązaniachSOAmożnawyróżnić9warstwarchitektury.Każdaznichskładasię
zmodelufizycznegoorazlogicznego.Logicznyaspektzawierawszystkiearchitektoniczne
bloki,warunkilogiczne,decyzjeitp.Jesttomodelkonceptualnyzdobranympoziomem
abstrakcji.Modelfizycznyprzedstawiasposóbrealizacjilogikizapomocądostępnej
technologiiorazproduktów.
Rysunek1.5.WarstwyarchitektonicznegomodelureferencyjnegoSOA
Rysunek1.5przedstawiasymboliczniepodziałarchitekturyna9warstw.Warto
zauważyć,żejednawarstwaniezależytylkoodwarstwypodnią,alejeśliograniczenia
architektonicznenatopozwalają,możezależećodinnych.Przykłademwidocznymna
schemaciejestsytuacja,kiedywarstwaprezentacjimożeodnosićsiędowarstwyusług