Pri tvorbe architektúry distribuovaného systému je dôležité správne nastaviť komunikáciu medzi systémami. V praxi to znamená dobre pochopiť priority jednotlivých systémov, rozumieť možnostiam aj nástrahám rôznych komunikačných stratégií, a čo najlepšie vybalansovať všetky navzájom si odporujúce ciele.
Nástrah v komunikácií je však mnoho. Čo sa stane ak sa správa nedostane tam, kam má? A čo ak sa to isté volanie vykoná viackrát? Čo ak dostaneme správu, ktorá mešká ako vlak z Košíc? Čo sa stane, ak môj systém dostane nárazovo veľké množstvo requestov, či jeden obrovský request? A čo v prípade keď druhý systém je spadnutý, zlyháva, alebo sa práve reštartuje? Odpovede na všetky tieto otázky sú špecifické pre každý systém a jeho požiadavky. Na tomto školení si na príkladoch ukážeme, ako o týchto otázkach rozmýšlať a ako z ich odpovedí vyvodiť závery pre architektúru systému.
Školenie bude viesť Ľuboš Bosák, Senior Java Developer, ktorý 9 rokov pracoval v Amazone ako softvérový inžinier a manažér vývoja v americkom Seattle. Práve tam pracoval na tvorbe distribuovaných systémoch a o svoje skúsenosti sa podelí v tomto školení.
Školenie bude 10.11.2020 od 18:00 do 20:30 | ONLINE cez ZOOM
Cena školenia je 29€ s DPH.
Automatický získavaš voľný vstup na jedno z ďalších Online školení Ľuboša Bosáka alebo Miroslava Reitera. Po registrácii ti napíšeme a dohodneme sa.
Otázky na Ľuboša k téme distribuovaných systémoch
Kedy zvyčajne zlyháva komunikácia v distribuovaných systémoch?
Niekde medzi 1% a 0.1% pokusov. Ak systém spracováva len 100 požiadaviek za deň, potenciálne raz za deň niečo zlyhá. Distribuované systémy si vyžadujú veľmi presný a cielený dizajn, aby sme vedeli správne reagovať v prípade zlyhania komunikácie.
Ako predísť problémom v takomto type komunikácie?
Tu sa problémom predísť nedá. Práve naopak, dizajn musí s problémami počítať, aby mohol na ne správne zareagovať, aby problém neprebublal k užívateľovi.
Pri riešení akého problému si to musel začať riešiť?
Mal som systém, ktorý spracovával veľké množstvo update-ov z rôznych systémov, ktoré mali rozdielne požiadavky na rýchlosť, frekvenciu, a spoľahlivosť. Keď sme to nastavili tak, jedna skupina mala taký problém. Ale keď sme to nastavili inak, druhá skupina mala iný problém. Museli sme vyskladať kombináciu tak, aby sa aj vlk najedol aj koza ostala celá.
Večerné školenie pre teba pripravilo robime.it, konkrétne otázky píš na [email protected]
