Treść książki
Przejdź do opcji czytnikaPrzejdź do nawigacjiPrzejdź do informacjiPrzejdź do stopki
KanonicznaarchitekturaDDD
19
ZasadniczoEDAjesttym,copokazujerysunek1-6,zakładając,żewszystko–
wtymżądanieodczytaniamodelu–przychodzizmagistralialbobardziejogólnie,
poprzezkomponentbrokera(patrzlewastronarysunku1-7).
Innympozbawionymwarstwtypemarchitekturysąmikrousługi.Rozdział9,
„Mikrousługikontramodularnemonolity”jestpoświęconymikrousługom.Narazie
kluczowejestprostezrozumieniezamierzonegoznaczeniategoterminu,ażeby
toosiągnąć,trzebamiećnauwadzewielkośćkomponentów.Oznaczatoznale-
zienieodpowiedzinapytanie„Jakdużejestmikro?”Jeślimikrojestdostatecznie
duże,wróciliśmydoarchitekturywarstwowej.Jeślimikrojestnaprawdęmałe,
zbliżamysiędoEDA.Wkontekściearchitekturynatywniechmurowejmikrousługi
sąwzględnieprostymiiczęstobezstanowymiprogramamiobsługizdarzeń.Logika
orkiestrowaniaaktywnościwielumikrousługwdziałaniubiznesowymmożeist-
niećwróżnychmiejscach–front-end,wjakimśoprogramowaniupośredniczącym
typuGraphQLlubwusłudzebramy(patrzprawastronarysunku1-7).
EDA
Warstwa
PREZENTACJI
MIKROUSŁUGI
Warstwa
PREZENTACJI
BROKERZDARZEŃ
TEMAT
TEMAT
TEMAT
Warstwa
BRAMYAPI
USŁUGA
USŁUGA
USŁUGA
USŁUGA
USŁUGA
OBSŁUGA
OBSŁUGA
OBSŁUGA
OBSŁUGA
ZDARZEŃ
ZDARZEŃ
ZDARZEŃ
ZDARZEŃ
USŁUGA
USŁUGA
USŁUGA
Warstwa
UTRWALANIA
Warstwa
UTRWALANIA
RYSUNEK1-7
Architekturasterowanazdarzeniamikontraarchitekturamikrousług
Głównąkorzyściąoferowanąprzezarchitekturębezwarstwowąjestwrodzona
decentralizacjafunkcji,jeśliporównaćtozmonolitycznąnaturąrozwiązańwar-
stwowych.Jednaktworzenieoprogramowaniazawszeoznaczajakieśkompro-
misy
.Takwięcdecentralizacjaniemusibyćkoniecznielepszawkażdymzprzy-
padków,arozwiązaniamonolityczneniezawszesąbrudneizagmatwane.Jak
architekcimogąrozstrzygać,czegoużyć?Nocóż,tozależy!
