takže jak jsem byl uveden vlastně my provozu m dva h nopy anglickém trochu čtyři
prodáváme elektroniku l patří mezi jedny z největších
a dneska bych vám chtěl říct něco o tom
jak vlastně tu naši platformu na který tady tohle běží
tak já ti škáluje m a
nejenom nějaké jako příběh nebo co sme dělali měkčí tomu spalováním pak sme to dělali
ale a její
zní nějak zvýraznit s nějaký t přístupy který se použít tomu abyste tu aplikaci pokud
nějakou máte větší zátěž také obsahovat
takže když bysme začli takovej
začátek je
jedné server na kterém běží jak aplikace tak databáze je tam nainstalovaný dejme tomu a
pak
tečkou pokud používáte p h péčko
nicméně s to stejným si dalo aplikovat i pro je co běží dejme tomu
na javě odučený ne
takový první krok
začněte mít větší návštěvnost dejme tomu a ta aplikace začne mít nějaký problémy s performance
tak rozdělíte aplikaci od databáze
a tím se to zátěž na rozloží a můžete se soustředit
tak z děti na každý ten se do může to být nastaven tak aby to
co nejlíp fungoval
tady tohle méně ještě ta uplně tak část kterou jakoby vyřešíme protože my jsme trochu
dál to
když jsem se přidal do firmy takto rozprodána pro řešení
takže to tak říkám jenom tak to by jsme se nějak zarovnaný na začátek jak
je to funguje
takhle moment se dostáváme do nějakýho momentu jak to škálovat dál a sou tam
takový dva základní přístupy vertikální a horizontální škálování
kdy každej ten přístup ňáký pro a proti
a později se chodí k ničemu takže případy tohle týká nastavování
ten paralelně
dejme tomu velké náklady na to se hodí dejme tomu k nějaký
šíkal tak jak mu škálování databáze
kdy ta databáze
tam nějak jako
to rozdělit na dva server je dost problematické pokuď je to
obzvlášť nějaká relační databáze takže tam se většinou pokutové tak se řeší
vertikální škálování že se zvětšuje
ten server případně se koupí větší server nebo něco takovýho
pak teda další věci je horizontální škálování kde nemůžeme mít víc
serveru vedle sebe
to se zas nehodí tolik pro tu databázi ale hodí se to pro aplikační se
dobrý dejme tomu
a vtom případě
no
to má jak implikaci že pokud třeba sdělíme stav
že máme nějakou sečnu tak pokuď jednou nějaké herpes to obslouží uživatele
o druhý server
ták my nemůžeme my tu si smysluplnou napadl systému takže to musíme mít nějaký i
sdílený historička tím
nebo nějak řešit to jak se ten sta pojezdil
ale zase to má třeba výhody
s nám jeden ten se rozpadne o tomhle případě jedničky se rozbroje ten náklaďák tak
ty tři další furt běží a furt můžeme dál
co případě to vertikálního škálování tak to by byl problém
takže když se vrátím zpátky k tomu co sem třetím ukazoval máme aplikací rozdělenou na
dva se dobrý dejme tomu
to vertikální stahováním že s počet tím že svědčí meta data vás
potom teda
nějakýmu horizontálním ustalování kde
a můžeme rozdělit tu aplikaci aby běžela navíc aplikačních serverech
s tím že před to dáme nějakej unk laserem t je vyřeší tu distribuci tech
repre s tou cestou o toho růstu do toho zákazníka na ty aplikační server
ten jakoby základní algoritmus které se používat jako pás je route robin kdy první rakve
sto přinde ho toho zákazníka pošleme na první server druhej co přinde
pošleme na druhej třetina třetí
a tak dále s tím želáš vyčerpáme nebo dojdeme k poslednímu tak začneme zas od
začátku
a tady tohle hlavní většině případů stačí a rozložit zátěž pat
rovnoměrně
co možný jsou tam nějaké problémy v případě že ty aplikační se dobrý dejme tomu
nejsou rovnoměrně nasazovány že je který má více proud ta dejme tomu
a zvládne díky tomu víc r prstů tak ocitají aplikovat nějaký váhy jak to rozdělit
aby nebyli tech servi že ty ženy
a existují nějaký načli algoritmy jako
který berou v potaz třeba responds táňa vystěhuju ten l podle toho jak spousta jemu
ale není to tak že bych se ten unk vám se připojil na ty servery
a tam nějak sledoval jak je ten server vytíženej kolik má celkem jak je vytížený
celkem třeba tak protože to nebylo zbytečně moc komplikovaný jo vlny většině případů fakt stačí
jenom ten router
s tou jinačí přístupy že se ten ubal stírá dělat třeba na úrovní dns
takže my můžeme když máme nějakou doménu r google
tečka com tak když to přijme na to b s korektně můžeme vždycky vrátit jinačí
jaký adresu a tím pádem to nasměrovat nejlepší server takže ta komponent ten ubal se
tam ani nemusí být
a tím pádem
je to trochu jednodušší
ale na druhou stranu přicházíme o nějaký možnosti tedy nation byla se přináší
je to můžeme řešit třeba terminovat tam ssl call to which naše stránky jsou toto
prosil tak je tady neminal pole
a pak meziukládání se
aplikační maser obrana
když to by normálně rizoto toto
protože ruší to bývá za firewallem teoretickém tyto bezpeč relativně ty bezpečný zóně a tím
míst můžeme sníží třeba zátěž na ty aplikační server že musí řešit tu
a to šifrování
teďka když dejme tomu sme ve fázi kdy máme nějak tu aplikaci máme vertikální zvětšenou
jako by tu databázi slávy nějakého to máme tam víc aplikačních server u
a ten moment
jako by furt
v našem případě tyto teďka spojení
to co děláme my tak furt jako to nestačí k tomu abysme zvládli obsloužit ty
zátěž kterou
kterou mi řešit
kvůli tomu používáme kešování a to rovnou na více úrovních
tohle případě bych mohl zda takový příklad kdysi do zobrazí nějaký na ten film popisu
ta mi ten produkt musíme na
spoustu detailů taky název sem atributy
video spoustu dalších věcí
a to má je databázi je to
složitě rozdělený a teď eště my to máme další aplikace tyto načítáme pomocí nějaké chlap
servis
takže já bysme nějak optimalizovaný
to zátěž tak tam máme cache
s tím že když při by ten první represe na ten daný produkt taky se
podíváme do ty keše
sladičkým toho produktu a takeš si to drží nějak štěpko b
před zpracovaný
že už je to tam
spínače nultý všechno nějakým jednoho objektu
nějakej j se na to musí načteme můžem to brát takže
je pošleme požadavek do ty keše
a když stovky keši není ta to načteme z databáze nebo případně to může být
nějaká neshod servis a
a vrátíme to
jedna
tomu zákazníkovi ty odpovědí na tonyho požadavek a jednak to uloží mají tu ty keše
s tím že
jakmile přijde další rok vést tak
a my už můžeme tu informaci vytáhnout rovnosti keše a tím že používáme věci pak
kozička známe distribuována ke že máme nějaký prostor na to
ta
a ta odpověď je mnohem rychlejší a celkový to filtrování sám k je pak rychlejší
tady hraje spoustě
tady je jako by spoustu věcí který jsou to z druhé
toho je totiž třeba
je tam nějakej tamtudy světlovod degeši ukládáme je tam nějakej kterej takže když máme sto
tisíc produktu
tisíc zákazníků tak pravděpodobností se všechno na cachuje bude to jen ty půl hodiny nezasmála
protože to běžící museli týkat jen zběsilí
takže
a je potřeba fakt jako zvážit jestli si takeš ten daný mínus k se vyplatí
použít nebo ne
a
to bude nějak vycházet sto tritu kolik
skutečně tech požadavků je souzeno tok je a kolik tohoto musíme reálně číst
tady
zas takovej příklad jak to vypadá nějak nás máme nějaký prostor je konkrétně používáme k
aut bys
kde máme asi
sedum jedni komponentě nějaký další ale vás nebudu zatěžovat a
vlastně stack aplikačních serveru
takový horko s t
na tu databázi tam semestr ty data tak produktech třeba otce to zpracujeme ten
tak ten aplikační server to uloží do toho
cache ovací ho klastru apatie prostě jsou
jsou ženy
teď tou sme v situaci kdy sme z v a schopni zvládnout jako docela velkej
počet uživatelů a když stopu říkám tak to berte otroků s rezervou protože to je
na tom obrázku mám tři server já mám tady zní žádný konkrétní specifikace
ale když byste by chtěli použít tady ty stejný patterny
tak to samozřejmě to bude záležet na ten je to vaše aplikace nasazován a
a kolik jako by co ty operace co se tam děje takže vy si to
pak můžete
způsobem přizpůsobit
a tomu vašemu lidské si
ale když by jsme se o tom bavili obecně tak ty čísla veme obsloužit ňákou
poměrně velkou zátěž a pak do značné míry dejme tomu tribula bity databázi databáze která
se
dost problematický škáluje horizontálně takže můžeme mít počtem vertikálním
sme našem případě tady tohle furt si je jako by málo bysme zvládli rozložit zátěž
co my máme během toho black frajli
kdy lidi před vánocema nejvíce below
takže my předtím mám ještě ve revers pak si
konkrétně vadných
a ten funguje tak že ty si někdo dejme tomu přijde na homepage když přijde
první r class tak roman příde na tu revers prosím
a my se podíváme ta revers pro při se podíváte svých paměti jestli má tuhle
stránku s načtena nebo ne
a pokuď ne takto potřebujeme brzda nějakej ten aplikační server proti může být ten paláce
samozřejmě jatek aplikačních serverů víc
a ten aplikační server svaz dělat i šestnáct jestli všechny data vygeneruje
to by se někde tam pošle zpátky na revers droxi
revers proxy si to uloží do paměti zase nějaký t l ten takže je to
zas nějaká další aplikace toho kešování
a vrátit o tom zákaz
takže když pak při nedoběh zákazník na naše stránky
ta o
a načte si opery tak dostane pak přímo odpověď přímo mapy revers pro si aby
další komponenty proti nemusí udělat vůbec nic na to aby
aby ten tady zákazník bylo co
takže zase když bych pokračovalo
ten tak tímhle sme zas nějak rozložili tu zátěž napříč téma komponentám a
a za sme vžitý databází level jsme částečně ty cache více odstín
a celkově ta kapacita je větší
nicméně toto má jeden problém že
ta stránka musí být stejná pro všechny zákazníky co
tady je
špatný za tomu když chceme tam mít nějaký personalizované data
chceme třeba na ty homepage zobrazit kolik produkt má zákazník to šířku
proto je tam dyžtak nějakej pět rozkol kterej pochází a třeba když nebo respektive a
de taky přímo přes ten vadných akorát se tam aplikuje také
a teďka jak svoje mnohem jakoby menší že tam vrátíme na dejme tomu nějakej j
sem si informacema o tom co je maximalizovaný takže nějaký trekovací kolový případně
a pocitech produkt košíku případně c košíku
a tím že je to ten esko tak
a je tam pak tak malé informaci tak prvky aplikační server je to mnohem jednodušší
na to vyrenderování nebo na to vygenerování
takže i přestože my jsme schopni úplně všechno utěšovat na teba když tak furt nám
to značně o může zvýšit
a ten počet request co zvládnem
a v našem případě zhruba třicet prosím všechny prstů tak slovanu obsluha trvá když místě
ty aplikační servery může jich tam bit třicet procent
jinými slovy
pak další věc co je
problematická je se několikrát snižoval toho skalpování ty databáze
sice se to dá do nějaký úrovně dělat horizontálně
ta vertikálně
a pak se
ta přidat nějakej další server nějaký hlupáci a tak dále
je to problematické takže
snažíme se použít když co cokoliv co můžeme těšit a to kešování nebo tady v
tomhle případě nějakej konečný link na to abysme přes nuly ty zátěž
to je databázemi nějakými se protože když se vytváří připojení to ty databáze se aplikačních
serveru
tak
to vytváření připojení něco stojí a čimicích máme tak tím víc paměti to dejme tomu
že takže
my to máme před tím nějaký nějakou komponentu která dělá konečný použít šest otevřít perzistentní
korekci na ten databázový server
a pak
ty
sama ji
konečný cenu se k aplikační sebou tak t vznikají a zanikají tech třeba může být
tisícovky
a
ten prsten ikonek může být jenom to place
a vlastně přesuneme tím a nějaký
osob to zápěstí databáze napínací sebe co dělají ten konec
tak to je to sou takový jakoby základní přístupy co se používají a co používáme
jiný ale jestli nějakou jich spoustu zjednodušilo na praxi
ten load balancing se dá dělat třeba na několik úrovní že když máme děláme nekonečný
boulink tak třetí můžeme nitru balance a může mít více to co dělají ten konečný
půlí
stejně tak můžeme mít lidské krve rozpočet na disku
a předníma taky loupání se dá dělat nějaký konečný půlí nějakej u vás i mezi
té
a v tom případě
zase jako to může mít vliv na použít right že když tam nemáme jeden ten
bodysun máme tři
tak
toho nebude tolik nakešovány napětím serveru
ale zas máme s toho jinačí benefit a to že ty se něco stane nějakej
ten se ve spadne tak tam furt máme další dva furt aplikaci běží dál
a můžeme odsuzovat jirka sňatek tatras
praxi je to ještě o trochu složitější že není to jenom jedna monolitická aplikace a
je to ňáká ta jsou nějak jaký logický celkový a naše případě každej teologický který
celek obsahují víc aplikaci
ale
tady s na tohle sem chtěl říct o že
dejme tomu pro ten lacrumem věčném tak tam nedává smysl úplně použít nějakou tu revers
pro c nebo kešování protože tam vlastně co objednávka nebo co zákazník tu a
když to u toho pro mentu tam si dost často načítáme ty stejný produkty či
dopředné a ten front office
zobrazí si výpis produktů tam se musí načíst informace o ten pro tu pod zobrazit
ital produktu tvrdou za stiskem informace pak si dáte košíků
zase jsem informace a to do určitý míry třeba sínus nějaký kešování a to proto
ale zároveň máme nějaký kešování teprve
takže jak jsem před tím vysvětloval ty různý pak nějak rozložit zátěž co nejvíce rovnoměrně
ta
potřebovat ten reálným případě to nějak vzít v potaz a použít je tak aby to
dávalo smysl protože skutečně tady tenhleten tu nějaká devastaci fakt smysl dál
a i když však na uděláte jako by takle dobře si navrhnete nějakej d zájem
na implementujete
půl aplikací tak abych používala cache přidáte tam nějakou rewards prací aby se ševo a
jako vezmete fata se jí který věcí je potřeba třeba který ne
tak proto neznamená že ten řev že ty zátěž zvládnout
a vpodstatě mohl bych vám to je příklad nás třeba stalo šestnáct tak pěkně všechna
nasaje zavalí adresa tam třicet aplikačním serveru
a pak přišla para zátěž a my sme zdaleka nezvládli to co bysme měli znát
poslali sme se na mapa operace oproti tomu předchozímu stavu bysme tak se do něj
na tom
a dvou do toho že tam někdo implementovat nějaký logování a ty aplikační server i
používali nějakej společný sto lično ukládání nějakých bloků
a někdy to na implementoval tak že když se to tomu něco zapisovalo tak c
ten blok ten soubor zamčel
a zapsal a pak zas odemčel
a ve finále přišlo spustíte chrbte stůl tak se ten jsou tak se
dostali do nějakého deadlocku všechny ty procesy
a třeba čekali třicet sekund a to myslím soubor se odemčel by to mohli zapsat
a tím pádem
prostě s kapacita která měla být sto procent sme měli rádi dvacet procent úplně body
to se těch dvou řádků jako
a takovejchhle míst jako je tohle je stejný jako by spoustu že
vy můžete narazit třeba na to že
ten fór vodkaď chodijou ty request listech aplikačních serverů na ty keše tak už nezvládne
obsluhovat neboli už tam není dostatek místa by všechny ty r testy zpracoval protože tam
chodí moc dat
takže to vás taky třeba nějak zpomalí a pak mysli něco třeba si keše přesunout
do nějaký nomury keše přímo na ten aplikačním serveru
takže takto plný to může nastat pak hodně a to mi řešíme takže děláme nějakej
unk je stejný
ty nějak simulujeme tu těmito horami a uživatele takže víme že normální člověk navštíví oloupeš
pak s prohlídne nějaký výpisy produktu
pak si rovině jak produkty přidat košíku
takže máme farmu server u kterou teda není přímo našel se to platíme a pomocí
ní simulujeme tu reálnou zátěž na tu platformu a sledujeme monitoring jaký vytížená síť
kolik repu jestli zpracujeme server a sledujeme jak se to chová
a většinou když se něco rozbije tak vidíme že
vede zpracovávat více vrstvu
takže řešíme třeba proč to nevím proč něco je vytížený jakej byl release data mohl
předat nějaký kolejnice něco rozdilo
a je důležitý ten útes ty udělat nějak pravidelně protože
se nám vyšly kolikrát stalo že někdo naimplementovat něco tak že a zavedl nějakej tak
jak sem dával příkaz nějakej zámek nějakým souboru nebo něco takovýho a to v podstatě
úplně snižuju tu schopnosti platformy zvládnutelnou
to proc na dvaceti procent úplně že někdo vůbec nevěděl jak se to stalo v
podstatě
aby bysme takhle útesy dali jenom jednou potom sme to dneska obalíte sme to před
tibet rajdy neodhalili a ve finále vystoupil takle
i když tohle vlastně všechno pořešit a budete schopni zvládnout inkoust tak
furt jako vystoupili z vody venku
protože
pokuď
má tolik následníků jak je dost velká pravděpodobnost se že máte velkou popis
augustus situaci kdy jedna osoba vezla pak po znát veškerý části ty platformy takže to
musel nějak začít rozdělovat
ty týmy podle toho
aby nějak změnili nějaký logický celky vo kterých se starali
musíte řešit a jinak automatizaci tužky
to je infrastruktury protože tím že ty komponenty tou tam je vaniš jednou tam je
to můj nakonfigurovaný tak jednou tak jednou je tak hloupá server jednou je tam třicet
aplikačních server tyhle komponentě vidí je
tak potřebuje tady automatizovat nějak tu infrastrukturu
musíte v nějakém release proces
a celkově tam spoustu problémů který ve finále vy možná složitější vyřešit místo samotný škálování
ty aplikace
že potřebujete fakt lidi co se stane třeba někdy pohybovali
aby byli schopni nějak efektivně
řešit ten
tu strukturu toho developer týmu
aby se zároveň nějak efektivně ho rychle doručovaní nějakým wifi čili
tady když vyřešíte všechny tady ty problémy t
a infrastruktury
a
po řešíte
v podstatě
všechno co se týká toho trvalo pentium karfůru
pokuď s té třeba ešel pěkný tak budete mít problémy kdy že pasti takže najednou
ten potomek je ten reálnej warehouse kterej
zpracovává ty vlastně objednávky a musí
kdy to musíte poslat oni tomu silou nějak vzít stech polít zabalí ta zákazníkovi
a to je ve skutečnosti jako mnohem větší problém než suneš by se na první
pohled mohlo zdát
tak bych se v ještě jako vlastní toho že já sem vysvětlil době kdy třináct
nějakých
několik přistupuje tu aplikaci vstal zcela podstoupila c
ne při tomto vertikální horizontální škálování
kešování
a
dá se to nějak řešit u infrastrukturou tři tím že se to rozloží a ta
s architekturou tím že se to rozloží jater takle nejsme belgickou databázi
a hodil mentioned logickou databází tak se i tou samotnou architekturu tu dát do nějaký
úrovně rozložit
ale
furt jako by musíte tomu věnovat hrozně se na to soustředit abys to nějak zvládli
to dál
a v poslední době s tím jak nazývá mikro servisní já kontejnery
teďka se někde service ta funkce
vy vlastně přitom sem hrozně soustředit je tady na ty věci kolem ale musíme soustředit
rétoriky a to samotou by sis logiku ve to co vám vydělává peníze
takže ten trend do budoucna je takovej že
se
čím dál víc
se toho automatizuje za vás že případě třeba tech landovský chci
tak vy naprogramujete fikci naprogramujete to byznysu typu co to má dělá to nahrajete mi
tam dokladů
a pak tu funkci můžete nějak
slibovat kolikrát chcete a ten loupala synka tady tyhle věci ten kloubovej pro y které
řeší závad
takže se pak můžete soustředit na to by smyslový q na to co vám pak
vydělává ty peníze
nicméně
i když byste turisty fázi o že málo firem momentálně nedělaly nějak i serverové sál
nějak více
kde by to bylo
to škálování ty bubáci ta tyhle věci kožešiny
i když jste ty situaci tak funkce vyplatí t patentní zná protože minimálně budete vědět
co se na pozadí je že tam je nějakej lánským a případně je můžete nějaký
použít dejme tomu tu kešování přímo v rámci technicích
a optimalizovat c tak
to použití technici když tam něco na cachuje t tak ta jedna funkce patří nevolá
dalších funkcí protože to máte nakešovány je tedy finále se to promítne třeba ten kolik
platíte za ten proud
a
a
celkově f tech nápadech co to má
takže to je nějaká mrtvá tendence k ní směrem to teďka ne a chtěl bych
chtěl bych zvýraznit ještě jednou se pak vyplatí
ty patrný jako lublaň případ tak znát protože kolikrát v x nám přídou nějací vývojáři
co s tím náslilí pracovat i my se zeptám
jak by rozložili zátěž mezi více serverů je řeknou že vysledovali jaký vytížený c podle
tohoto nějak posílal yale nikdo reálně moc neví
jak to vlastně je
cílem že se stal vertikálně nebo horizontálně ale
ono to musel není tak jednoduchý
tak teď to je všechno tady takový obrázek pro zajímavost když to co sme měli
na prd private sme měli zahrát stránka
to tři tisíc uživatel
jaksi vás spoustu náznak přednášku
byla kromě určitě srozumitelná užitečná a já jen potvrdím tedy ty otázky oni sekýruješ posledních
asi
pěti minutách nahodíme slajdu u
když se k danému otázka na záznam s přednášky záznam přednášky bude dostupný na internetu
neřeknu
přesně kdy tu
organizátoři
tak
až to podle voltů čili
vlastně jak address šimeček tak první dotaz jaké další nečekané nástrahy
krom kufr byste měli
k jako jedna s prvních srandu o to že bysme to začíná stávat tak sme
měli pořádnej monitor instanci takže i přesto jsme dělali teho testy
tak myslím vlastně nevěděli přesně co se tam děje
a
když se procházeli nějaký lodí tak tam bylo vidět třeba co se stal slota bylo
za chybí ale to byl většinou nějakej vedlejší a potom se něco
correct dva takže
je jedním příkladem by mohlo se
jí se vytížení tohle forku by jsme narazili že sme tu cache používali a stoličce
jsme vyčerpali celou gigabitovou linku vypadat opakoval a
další příklad by mohlo by že sme závislý na nějakých pátej slot kterých si na
to veme dejme tomu nějaký recenze poho produktech a ty tak nebyli schopni zvládnout
ten lout takže sme kolikrát chodili
spoustu tech
a r páchli kterýho
nám poskytuje nějakou funkcionalitu
z jeden z dalších příkladu
vidí teďka tak napadal
je a v
že nám
takže jsme neměli dobře na skalární některý ty servisy takže jsme sme sčítali třeba informace
o produktech
tak
a tam sme měli sice to kešování a ale běžet sme tomu kešování a rushmore
co nejsme tam nic není serveru takže se to nezvládl tu zátěž
a
dals příklad by mohlo být
dejme tomu
tomu se lístek vrátíme si je menší kdyžtak do měl ten dotaz zrno stav té
to dělat na takže z hlediska
no tak ta testovacího pomocí čeho testujeme tu zátěž tak mi vpodstatě
si platí m externí firmu že se vo to přímo nestaráme protože máme svých problém
událost
takže my zaplatíme řekneme nějak jak ten náš traffic vypadá vygenerujeme na základě nějakých akceschopnost
pláče
a
že tam že dejme tomu tolik zákazník má jít na pytel produktu tolik zákazník má
jedna b s produktů
a
hodinám nějak vygeneruju nějaký nějakou tu sdělení to nějak se rovině
a pak voni použiju tu svou farmu aby to generovali
našem případě zas pro za sme nesanitní suma působila dynamickým trhu
ale
pokud byste chtěli použít taková svarů že je to pro zdraví protože
ani neví proč je to spíš s tím že je to matematickým trhů na tom
jsou celkově ty ceny a ty se dost jako vyzvednu tak je větší než
když český čekali
takže může stát
je to desítkách tisíc i fyzicky a vyplatí se vám víc ireně ještě si viděla
ceny
je to že ten kontrakt může být i sto tisíc byl pro mě ručně a
je z toho
v rámci toho co o hmotnosti m s
kdy na jestli tu část noci máte taky noci je normálně přímo ne kanceláře zapneme
naše monitoring jasnovidec osadě jo
a můžeme si ani řídící nějak na těch
takže můžete zapnout jo
ale my si ten dvakrát do roka je to docela snadno když vidíte ty servery
jak je to řekne cena mně to tady
jak zabránit vzniku implementace blokující operace
to je dobrá otázka je to o tom že
ku budete mít nějakej ten ty vývojářů tak tam mít nějaký ho
je to bude klid a vy se faktem blizna co dělá
a během konkrétní případně tady tyhle věci bude schopnej a
takže u nás třeba ti tvůrci ty lidi někteří z nich sedijou je tady
tak
a byli kolikrát snaha na tak malou testu až úsilí některý ty optimalizace sami takže
vijou co by tam nemělo z plzně krát a co ne takže je to hodně
optická je
skladbě toho ty
a tohle si nás tam se to nedá úplně automatizovat že byste dali jste se
tam používá a nějakej zámek nebo je to fakt oteklý kde a jak si ten
ty poskládáte
a jestli teda máte lidi kteří sou to schopni odchytit před tím s toto se
prudce
ano je to vysvětlit s kterejma mě
mně
viděl bod
jestli sme experimentovali s programovacími jazyky a prsty
je taky dobrá otázka
víceméně co se týče toho škálování
ono to úplně díváte programovací jazyk
že když budete mít dejme tomu
a
bytem tak to třeba ten aplikační server zvládne víc obsloužit víc r prstu než to
p h péčko
ale ono je finále jednodušší na prostě dat místech se potřebujete abyste kvůli tomu cesty
používat jinak s výrazy a hledali viditelně o který na činnost
co se týče experimentu tak pokud chci experimentem x jaké mají na čem jazyka máte
tyto spíš kvůli tomu řeckem jazyk množině na to se dá použít takže asi době
zkusme nějaký mašínové linka nějaký prst
experimenty s maximalizací a tam třeba to p h péčko jednat absolutně nepoužitelný lijáky
operace matice má a ten toho nějaký knihovny namyšlený to prostě neexistuje
vo existuje ale to nepoužitelný to p h tak tam třeba extrém dojem s pak
n takže spíš téhle situaci se díváme na dvě jinačí jazyky
jinak
jinak od a
tak i ten příklad celá otázek
jsme
zatím
ty led nějaký liší
jak se na tom s přes do kontejneru případně definici no tak jako dost dobrá
otázka
a
tam je takovej zásadní problém že mě když to přesouváme tak musíme nějak řešit abysme
zároveň doručili nějakou hodnotu tomu byznys
takže ji musíme dejme tomu králova jak se na třetí měl ty obrázky jako prknech
netoleto menenžment takto vyrobit na nějaký menší celky když dejme tomu děláme ready začneme zkusíme
count na tom našem šlapu
tak
ty informace o ten zákazníkovi nepříliš nebo ty
že to nějak udělám svou vlastní mikro servisů
separujeme to
tak aby jsme se mohli více soustředit a to by si slovíčku s tím že
se tam snažíme
aplikovat nějakej domén drobet lízání
aby to bylo nějak separovaný do budoucna by to tam padl jako soustředěna statut doménovou
takže jo snažíme se nějak dostat ten mikro sebejistý
k o
co se týče teďkom ta funkce jak jsem vlézt a bohužel ještě nejsme ale je
to něco zase se díváme dobu
a
tak to bohužel největší blokem pro nás i ten byznys když se pak musíme soustředit
na to bysme mají během tohoto čili nějakou hodnotu že se nedá říct tak si
vezmeme tady tu aplikací a přepíše menu
ale musíme najít ňákou cestu je třeba inkrementálně krvácí aplikace a přepisovat to
na některý věci máme dělaný ta
že teď předpisu takle čeká proces
a máme vlastně ten nějakej legraci kód starej které se nedáváš jednoduše přepsat tak aby
to
bylo nějaké sítí
protože tu novou aplikací stavíme že to je stěny vydá je
a nějaký
jako by většinou ty a je to sim do page aplikační takže to chtěla skriptu
jestli to uplně něco dnešního
ale ta máme nějakou synchronizaci že třeba první
pak roky ten checkout u
tak když máme napsaný klínový architektuře a nějak synchronizujeme seš omezí ten
takže inkrementální sme schopni
a doručit nějakou hodnotu může máme něco ty nový aplikaci a zároveň je
sme schopni
prostě přepisovat to
a pokračovat ten vývoj a postupně třeba
máme
s tam sám kdy se zadávají je tady uživatelovi pak jsem byla papá tak postupně
přes migruje najednou
tady architektury to ty nový a tak se budeme na
jak řešíte škálování dva
jeho místo
na zatím
jo tak není na to monitorování používáme a tady navíc
co štěně c break
kde vlastně jestli nastavený nějaký agentí nakreslím tedy serveru
a volno
pak se posílá všechno do nějakýho kontrolérů protokolu
a voni řešilo veškerý to škálování za takže
to je ten jako nejužitečnější monitory míchy pěti napětí fach viděl že tam
která funkce p h péčko které třeba jak dlouho vidíme přesně heroldem vidíme tam grafy
vidíme ten pátý kolik tech kolu mezi tema vepsaný sama kolik vypil protiv tam chodí
tak to máme s toho dynamics
a pak samozřejmě máme nějaký další logování
který se soustředíme čistě jenom nasbírá nějakých logů se ať ta
a tam to škálování zas takové je takovej problém není tam většinou se tomu přístup
a vstupuje vertikálně
že sou tam nějaký velký logovací mašiny který to nějak sbírají s toho stojí že
a který jsou jako jeden přes
ale protonů testing ke fakt jako nejužitečnější tenatech x nebo ten bitrate toho přičtete hrozně
moc
k tak ještě dneska nejsem si jist jestli jsou ty dojdete názvy ulic
a máme škálování
používáme mi používáme pro tu databázi a máme tam nějaký jo cinkal dva body
tou na strop ještě složitější že máme dvě data centrála
a ty databáze se musí ho nějak replikovat mezi ty
takže skal horizontálně
ale
moc
bysme ani nemusely protože s tím jak sme tam příteli tedy úrovni kešování a všeho
možnýho tak je třeba vytěžené tu databázi momentary deset procent
takže
je to fakt nemáte
tak optimalizovány aby ta databáze byla co nejmíň vytížena
a
těch norem
abysme za věc velice čitatelů deset až bysme teď nejvíc problematickou část museli řešit teda
když něco spadne ty databáze to
i už nejsou otázky s nákupu některý z nich jsou otázky na technologie
to si spíš třeba kdyby jako zajímalo když k dispozici jeden sledu uzly citovým k
že
co ste se psem tady na konkrétní technologie s lepší jste si poznatky neuklidili přednášce
na který se na to no tak je tady ještě jak sme to před konkurentní
kontejner případě funkcí jak jsme se na to čas
a logickou třem semafory nakonec ze víc věcí
je to je docela jistě
že je tady zas na moře rezerva použili při testování různým by mě zajímalo taky
osum
no momentálně to použity moc co se nějak složil nebo teďka ještě nějaký doporučování typ
zákazník
a používáme
na to ten párty té na fit budeme nějak si data nějaký to vlastně patriku
si jak se
jak se ti zákazníci chová jako na toho nabízí ú
mají nějaký jak by
s kterými s na a následné produkty a nahlídneme ten zákazníků
a nás plány tady tohle necvičila lijte ten je
aby sme tam mohli dvou
zohlednit i specifika víc dat který máme protože máme třeba informaci který produkty je máme
větší mátiho můžeme z nic vydělat který nechceme zas takže posílat do pitev palety stejně
tak že máme nějaký speciální typy produktu takže tak se snažíme stavy nebo
tam sestavit jak vytvoření tady pro tohle doporučování
tahle částech taky tak mikešova když máte na připíchněte ocas
de dokonce během tohle frajli tak ta tepla se b a protože nejsou schopni docela
dobře a tím pádem asi prostor na zkoušce nevíra
když přednáška kdy končí jádra ještě uposlechne vobrázku proč tomu tak bázi firmě jako oddělení
a je to tak jako kdyby rozsah když bude můžete nemůžete jak je to jako
jakou službu registrech koupí tady tohle neučte koupit nějakou část vyplatí se nám to mít
s pohledu podnikání firem mě
je to co nám měla konkurenční
do určitý míry jo protože to nás mimo s
nebo
to nás vynesete detaily fakt tak velká že třeba naše konkurence co je tesco
jen které taky vydává familiarity mikula nějaký další tak si posledních letech měli problémy během
toho raději to zvlá takže je to máme tam je tak rozjetých jsme
mezi nám to fakt funguje dobře a je to jedna stech jakobiho že analyzujete tohle
freddie pak na ten zarazíme
jasně a můžeme takže zatleskal přes black se za něj jste jitřní nebo její zná
ani program
díky maltoni dělení ho jak voni prodávaj taky ale třeba nějaký mají výpadky nebo něco
takovýho
vlastně vezmu
ho
měli jsme taky nějaký nějakou záležitost ale to nebylo úplně komína může o tebe můžu
mluvit vrstva sekundy ty
tak jo tak tím panem přednášky ukončila jo nevidím nějakou dobu přínosnou určitě se mi
líbí že stokrát tak jako že sem tomu rozuměl taky to bylo dobrý pohrozil bychom
potlesk