Uložiť
Popis
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.
Čo sa dozvieš na školení?
Nástrah v komunikácií 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ď 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 š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ť?
Do princípov kvalitného kódu ťa uvedie Ľ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.
ZMENA, termín preložený na utorok 30.11.2021.
Školenie bude vo štvrtok 4.11.2021 od 18:00 do 20:15 | ONLINE
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.
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 pripravuje robime.it, otázky píš na martin@robime.it
Tagy
Miesto konania eventu
ONLINE
Popis
Nástrah v komunikácií je mnoho…
Popis
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.
Čo sa dozvieš na školení?
Nástrah v komunikácií 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ď 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 š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ť?
Do princípov kvalitného kódu ťa uvedie Ľ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.
ZMENA, termín preložený na utorok 30.11.2021.
Školenie bude vo štvrtok 4.11.2021 od 18:00 do 20:15 | ONLINE
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.
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 pripravuje robime.it, otázky píš na martin@robime.it
Tagy
Miesto