Pri tvorbe architektúry distribuovaného systému je dôležité správne nastaviť komunikáciu medzi systémami. V praxi to znamená 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.
ZMENA, termín školenia sa presúva na utorok 30. 11. 2021.
Školenie bude voštvrtok 4.11.2021 utorok 31. 11. 2021 od 18:00 do 20:15 | ONLINE
Školenie bude vo
Cena školenia je 14,90 € s DPH
Ak sa zúčastníš, môžeš vyhrať!
Jeden s účastníkov školenie získa developerskú licenciu od JetBrains na 1 rok.
Ak sa zúčastníš, môžeš vyhrať!
Jeden s účastníkov školenie získa developerskú licenciu od JetBrains na 1 rok.
Čo sa dozvieš na školení?
Nástrah v komunikácii je mnoho…
- Čo sa stane, ak sa správa nedostane tam, kam má?
- Čo ak sa to isté volanie vykoná viackrát?
- Čo ak dostaneme správu, ktorá mešká?
- Čo sa stane, ak môj systém dostane nárazovo veľké množstvo requestov, či jeden obrovský request?
- Čo v prípade, keď je druhý systém 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. Počas školení si na príkladoch ukážeme, ako o týchto otázkach rozmýšľať a ako vyvodiť závery pre architektúru systému.
Kto ťa bude školiť?
Tvojím školiteľom bude Ľuboš Bosák, Engineering Leader a Senior Java Developer, ktorý 9 rokov pracoval v Amazone ako softvérový inžinier a manažér vývoja v americkom Seattle.
Otázky na Ľuboša k téme distribuovaných systémov
Kedy zvyčajne zlyháva komunikácia v distribuovaných systémoch?
Je to niekde medzi 1 % a 0,1 % pokusov. Ak systém spracováva 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 použí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 nejaký problém. Ale keď sme to nastavili inak, druhá skupina mala iný problém. Museli sme vyskladať kombináciu spôsobom, aby sa vlk najedol aj koza ostala celá.
Večerné školenie pripravuje robime.it, otázky píš na ti.em1733448678ibor@1733448678nitra1733448678m1733448678