Treść książki
Przejdź do opcji czytnikaPrzejdź do nawigacjiPrzejdź do informacjiPrzejdź do stopki
użytkownikkomunikujesięztymkomponentem(rysunek1.2).Należyzauważyć,
żekomponenttenmożebyćusługąserverless,kontenerem,maszynąwirtualnąlub
czymśinnym.Połączenietakieumożliwiakażdemukomunikacjęztymkomponen-
tem,takwięcnajprawdopodobniejjesttopierwszarzeczdozrobienia.Naprawdę
niejestkonieczne,abyinnekomponentyzaufałytemukomponentowibardziej,
niżjesttokonieczne.
Rysunek1.2.Pierwszykomponent
Administrator
Użytkownik
https
Serwerywebowe
3.Zapolamipierwszychkomponentównależynarysowaćdodatkowepoladlawszyst-
kichinnychkomponentów,zktórymimusikomunikowaćsiępierwszykomponent.
Należypołączyćjeliniami(rysunek1.3).Ilekroćzostanieosiągniętagranicasys-
temu,któryfaktycznieprzechowujedane,należyoznaczyćgomałymsymbolem
(naprzykładcylindrem)idodaćopisjakiegotypudanesątamprzechowywane.
Należykontynuowaćtworzenieschematu,dopókiniejestjużmożliweokreślenie
dodatkowychkomponentówwprojektowanejaplikacji.
Rysunek1.3.Dodatkowekomponenty
Administrator
Użytkownik
https
Serwerywebowe
https
Serweryaplikacji
db
Serwerybazdanych
klienta
Dane
4.Wkolejnymkrokunależynarysować,wjakisposóbadministratororazwszelkie
innezdefiniowaneroleuzyskujądostępdoaplikacji.Należypamiętać,żeadmi-
nistratormożemiećkilkaróżnychsposobówkomunikowaniasięztąaplikacją:
naprzykładzapośrednictwemportaludostawcyusługichmury,interfejsówAPI,
dostępudosystemuoperacyjnegolubprzezkomunikowaniesięzaplikacjąwsposób
podobnydotego,wjakirobitoużytkownik(rysunek1.4).
4
|
Rozdział1:Zasadyipojęcia
