tak dobré ráno ještě jednou zkoumalo začneme chci těch deset

i tak a otázečky zdeněk se to neumí česky

doby se takže je i zelení byli

dolů nejasnosti

není super

tak by vás to vítáme na open a to ještě jednou

a

já jsem ani večeřa tohle je můj kolega pavel macík spolu sme naprogramovali

resty

sme rádi že ste se tu

na to se sešli takže zčerstva brzo po ránu ještě ke všemu po té včerejší

párty

a

chcete vám říct něco o

_e performer s testování no proč vůbec budeme

mluvit o

testování

protože si myslíme že kvalita softwaru je důležitá věc

předpokládám že se mnou budete souhlasit když si představíte že kliknete někde na nějak internetové

stránce a pak čekáte

nekonečný vteřiny li minuty na výsledek operace která měla být prostě hotová za milisekundu tak

víte k čemu to vede na repre šéf flashne flash prostě a

co se stalo proč

ti vývojáři sekanou testovali tu aplikaci pořádně proč prostě neudělali svoji práci a neudělali to

tak aby si já to mohu použít

a

a teď může být

překlad je poměrně jednoduchá

aha

to je

protože to prostě není jednoduchý nedá se

odchytit všechny takovýhle chyby ve výkonu úplně snadno bere to čas

a i když si myslíte že všechno vypadá skvěle tak to tak ve výsledku být

nemusí a to vám

dneska ještě ukážeme

a tak

jeden z aspektů další slajd prosím

tohle je

jak

si dneska představujeme se rovina který běží ty naše aplikace

jeden s těch trendů co dneska běží je

ten

tak

jak je to český slovo proto pro přestup prostě k těm cloudu vím řešením všechno

běží jako služba jakákoliv platforma jako služba všechno běží někde cloudu a

to

nepomáhá zrovna tomu aby se takových instalacích ty chyby ve výkonu hledali snadno

a

momentíček já se podívám aby jsem vás nahoru nepřipravil o něco se sme si nachystali

ta na dostanu ono to má nějaký výhody taky že jo protože ono to může

strašně zkrátit čas na nasazení té aplikace nemusíte se bavit s nikym

site ivan stačí říci tak já chci tady takovéhle server s takovouhle tak jim ale

parametrama můžete si to vaše aplikaci hnedka nasadit

a můžete nasadit novou verzi té aplikace a snadno to mezi jsou přehodit takže ono

to šetří výrazně čas na zejména na nasazení těch aplikaci že

a

dál prosím

dneska taky všechno nebo

velký trend sou mikro servisy

spousta drobných služeb komunikujících mezi sebou

a

i takové firmy jako matrix přiznávají že nemají úplně přesnou představu o tom kudy všudy

ty její data vtom systému s oni vytváří jako putují oni jako celkem hodně toho

ale

četl jsem ony nějakej článek je to popisovali že

se to podstatě jenom že to není v lidských silách to nějak do detailů hlídat

a stejně

se musí testovat výkon

takových instalací a takových služeb

tak podíváme se na to

kde nebo na jaké to testování výkon může být může být klasické nástroje krátké a

jeden a naopak

prvky může pomoct

jí my sme eště neukázali tu stránku

prvky je open source dá se stáhnout z graphic or k

je

mailem centra repozitory takže můžete použít jako závislost

a všechno celá dneska budeme ukazovat tak je taky na githubu i včetně instrukcí

takže si to později s můžete sami vyzkoušet může to zkoušet už teďka ale

bude vám nejmíň stahovat docela hodně závislosti já nevím jestli to tu ta wifi nad

a

tak

a

teď si projdeme takový čtyři scénáře nebo cvičení ve kterých ukážeme co se může stát

a

jak tomu zabránit

první z věcí je to že se vůbec podíváme na to jak se dá performer

s testování zapojit do nějakých životního cyklu vaší aplikace je to budem ukazovat aplikaci které

naprogramovaná java na server aplikaci

která používá mailem já jsem se cattell kolegů kteří pracují s partnerem jestli je něco

takovýho jakým nebo takle nějakým způsobem viselo zapracovat do

životního cyklu paritního projektu

a

oni mi řekli že neexistuje nějakej takovej univerzální nás jako jak name javě který by

se takhle používal ale je spousta nějakých u tedy jako tele problém řeší

nic vám nebrání vtom abyste si ten graphic stáhli jako standalone aplikaci a z nějakýho

toho build skriptu nebo co se prostě po už asi vím kolik práci měsíce

prvky volali

protože on testuje tu vaši službu jako black box a

loni nebo předloni jsme to ukazovali že vpodstatě jedno v čem je ta služba naprogramovaná

peasycam se to dá testovat tak jako tak

a tak to má odbočka jak vypadá že služba

máme jednoduchou webovou službu teď se dívejte na tu první metodu na to věc seriál

number s

prostě vpodstatě jak a hello služba

jsme náhodně nepochopila nějak jako

a tedy k ní máme trest

a ten test

je to integrační kdes to znamená že ta aplikace se na ty polena aplikační server

a ten trest nějak jednoduše ověří že ta služba je tam skutečně manipulovaná že prací

to co vracet na

aby se podíváme

jen do toho zapojit

ten výkonnostní test tedy se stane součástí těch integrační testu takže když a napiš potom

já příkazové řádce _m terezce pouštíme jiný tresty tak se mi ten performer ste spustí

taky

ten měl to máme plug in do mailu

kdyby někdo náhodou chtěl na program takový platným pro nějaký svůj programovací jazyk python ruby

nebo go lánská cokoliv budeme jenom rádi je to open source takže

velmi vítám jakékoliv příspěvky

tak

je to zapojíme ten performance za to projektu uděláme si na to adresář testech když

source is the specifikujeme

scénář toho performance testu

ten se nás je xmlko

to není úplně pěkný víme o tom

pracujeme na tom potom vám to ukážou jakou máme vizi jak vy byste jako vývojář

měli ten performer jste s podle vaší představy teda

vytvářet aby to nebyl takovej nějakej

ukecaný forma nebo by tam nebyl nějaký bylas textu ale vpodstatě

ten prvky má nějakou komponentou architekturu takže vy skládat já ty komponenty do sebe a

každá mládež přesně definovaný své zodpovědnosti

je tam generátor tedy říká jak se ty zprávy maji generovat jestli to tam a

napájet všechno naráz a nebo tam posílat co ten server zvládne

nebo používat nějakou konstantní rychlost zalži podle to co děláte za ty performer jste ste

se to bude sou k té straně render ten duben ztrestá tak dál

pak to neseme ten říkal že to bude posílat na toto po je na začátku

ještě splňuje ten test poběží pět vteřin a bude posílat deseti do vláknech nebo deseti

klientech

tak a bude pude věc metodu a budeme deportovat počet iterací za vteřinu

budeme to vypisovat na konzoli každou vteřinu a budeme to zapisovat i proces ve souboru

co je ve soubor s názory proto by se dalo potom nějak snadno automaticky zpracovávat

no a co nám zbývá dát ten

není plug in do toho našeho pong se mnou a co že ten konfigurační soubory

mailu

vedle jsme definovali

je tam používáme někde to de tak se snažila používat jako

pro these to bylo vidět i stalo se nařeže tam je sice draka nějaká hodnota

že deset vláken ale byla tam před tím nějak a pro ten by se to

dalo potom parametrický nějak měnit

tak

kde ale ten platným tady ho máme

říká že nějaká klasická není závislost

a ten pes cena se menuje tadyhle jak a konfigurace lovu

a pak je tam velkej kus

tedy říká že by ten my vám to navázal na tu správnou

fázi toho životního cyklu že když napíšeme v není ty budeš index nebo té s

vlastně pouštím tehdejším test až za to spustí správný což si můžeme teďka ukázat

máme nahoře nastartovaný aplikační server pod tím je ten projekt

takže pak no _m trest a aplikace se nadiktovala pustil se ten původní trest a

teďka běží ten výkonnostní test

o samozřejmě byste ho asi pouštět delší dobu šlo by ty výsledky byly nějaký stabilnější

a teď se můžeme stavět tu disky bývají ty výsledky toho budu podívat to je

to c déčko

s tím co se naměřilo

tak

to by bylo k integraci do projektu

teď se podíváme

na cvičení dva

řekl jsem všechno

jsme ještě něco tak

na cvičení dva

a

ted ukážeme takovou věc to souvisí lůžkový s těma

michael svůj na mikro služba

a

to je o tom že

ne my sme našli žádnej opensource nástroj který by uměl fungovat takovým způsobem jako voltmetr

že ho prostě vezmu a když mám nějakej řetězec mikro služeb je to tam takhle

to přeložím a podívám se na to jak ten daný kousek těch mikro služeb jako

funguje protože vy máte to že někam posíláte požadavky teďka dochází k nějakýmu zpracování celý

se to

větví ta informace někam a teče a

by třást zodpovědně nouza kousek toho a chcete se podívat na tu vaši konkrétní část

jako jakou jaký má výkon

a

normální by se si tomu se naplno nějakýmu k služby na začátek nakonec který by

vám jako nervovali ten provoz tam nebo nevím jak by se to jako

dělalo tenleten konkrétní požadavek přišel o to jedné firmy bys mi ten prvky byly ukazovat

že přesně _m takovéhle scénář

a zjistili jsme že to celkem jako běžný

a prvky mi tu věc že ona mi schopny posílat ty požadavky na nějakej kanál

endpoints prostě

cokoliv se schopní přímo požadavky

a

potom někde poslouchat a případ odpovědi úplně odněkud odjinud my sme

tady udělali takovou jednoduchou zase toto službu která

přímá ty zprávy z nějakýho ty si ty portu

a agreguje

a po čtyřech je potom posílá ven

je to proto abysme ukázali že ta zpráva tom konci ani nemusí být ta jedna

původní zprávu stane musí být to jednak jedné mapování můžeme čekat na to že

ta zpráva se rozdělí třeba na tři a budeme schopni čekat až skutečně při ovšem

nic odpovědi nebo naopak se agreguje aby jsme schopni zachytit co je ten balíček a

na to správně dohromady

tohle není příkladu bude programování to klíčový slovo synchronized byste tam nikdy použít neměli

ale

pro jednoduchost

dělá to prostě za to dělat na

tak

a ten scénář

kromě toho co sme tam viděli před tím že tam nějaký generátor sem de tak

to máme komponentu která se menuje receiver

která říká že budeme poslouchat

v deseti klientech zase

na

na neuryla použili jsme tam pro ty je můžete vidět jak jsem říkal děláme to

rádi když u nás nějaká hodnota opakuje

abysme dostali konfigurovat

a máme ten dalš komponentu které kurátora tenkrát od říkaj my poznáme která odpověď patříte

kterým požadavku to jenom to že se prostě přidá něco dodělat odpor hlaviček

a

ta služba tady bude to zjistila že se ste

okopíroval

ten původní požadavek tady jsme měli byl to že se to posilovna to teplo a

pak to šlo do databáze a perfect má strašnou spoustu prostoru na ty různý kanály

takže je možný ty opravdu používat já nevím

hledat tu databázi

java myslím standard a spoustu dalších

tak

teďka tady pro vás tu aplikaci

a pustíme si ten trest

no tady vidíme že jo neskutečně schopnej ten graphic poznat no změřit to jak je

ty agregovaný zprávy si dá dohromady

a

změří na tom jak je výkon

tak

něco překonali dva technický problémy

jednak

jak zapojit o výkonnostní testování do vaší aplikace a drulák

jak otestovat nějakej takovejhle po část nějakých mikro služeb

a

teď se podíváme na to

jak snadno se dá přehlídnout právě nějaký ten konkrétní problém vtom výkonnostní testování

my máme takovou malou ty lýtku která simuluje službu a té tebe službu která se

nechová úplně korektně tam toho store konfigura konkrétně teďka dáme konfiguraci tom že to je

v tom horním okně té horní půlce

máme tam devadesát devět vláken který reaguji na ty požadavky

takže ho zdrží jen milisekundu a pošlu odpověď a máme tam jedno vlákno

kterýmu trvá to zpracování toho požadavků deset vteřin

tak si uděláme jednoduchej výkonnostních dnes takové jak se dá udělat jakýmkoliv nástroje a testování

výkonu a podíváme se jestli se to ukáže

tak

máme se nás

ta se sem neposíláme na to budeme toho teďka měřit trošku víc bude měřit propustnost

budeme měřit

vy spousta jen responds tak budeme kreslit do grafu že čas na odpověď požadavek odpověď

nevodporoval a bude po už aby si místo vláken sme tam měli je a

ta

pustíme toho na to

jak vidíte ty použili jsme tam

nebo reportuje _m dvě různý veličiny tak sme si to obarvil i abysme věděli

co je co

ve svém prvky snaží moja tak petriho se mi používám jeho používáme na testování nedietních

mýdlové nových produktu

naprogramovali jsme o proto začátku že jsme nenašli žádný nástroj který by dokázal poskytnout takovej

výkon

co moře nenechali jsme to proto že by jsme si chtěli znova vynalézt call ale

protože jsme používali něco jinýho a

problém byl vtom že rostl výsledcích byly víc jak deset procent nula

my máme nastaveno takovou politiku že když je novější verze horší víc jako tři procenta

tak to nesměli dat když máte rozbil deset procent plus mínus hore dole

tím se nedá pracovat

tak

taková odbočka a tady vidím ega

toho je běžel ten test ne na to kolik tam máme ten tak někde ke

konci

my tam máme

zhruba kolem pěti milisekund ten čas odpovědi na začátku nese ta služba začala jo to

dycky takle jak je formát nebo něco a pak se to stabilizovalo

tak to pohodě ne

mohli bysme to na vyplňovat přímo do produkce aplikace se chovaj na

com

ale jak to

vy tam přece tam je to jedno vlákno

který blokuje ty požadavky na deset vteřin tak jak to že to saka není vidět

no zkusíme trochu rozšířit ten trest

a

do toho testu

dané takovej druh reportérů který nám ji ukázat jak se jednotlivý ty vlákna nebo virtuální

klienti nebo uživatele

podíleli na

tom posílání těch zpráv

kolik jich kterej ten uživatel jako bys chtěl zpracovat nutnosti ho poslat

na to máme takový

domu říkáme klasifikačně portrét on vytváří takový třídy do který vlastně počítá

ty odeslaný požadavky podle nějakýho atributu tady je jde toho vlákna který na tom pracuje

tak

a zkusíme to pustit

eště si vymažeme ten ty reporty

aby jste neřekl že fixujeme

tak rychlost a ne pořád stejnou přibližně

a na konci uvidíme

jeden výstup navíc ten výstup to posledního reportél to je to je ošklivý se vtom

takhle vás to nic nevíme tak máme zase ten graf tohle ten původního lehce se

to změnilo že je to jiný spuštění ale průběh posledně stejnej

a tady je to kolik který to vlákno poslalo zprá vidíme že většina z nich

je tak plus mínus nízkých ale máme tam takovej super

takže jedno vlákno

se vůbec na tom testu nepodílel

proto samozřejmě nemáme ten ty výsledky vtom graf už of tom původním vtom je spousta

protože

jedno vlákno neposílal požadavky

a

tudíž sme z něho nic ne naměřili

respektive to vlákno poslalo požadavek a nikdy se nedočkal odpovědi

tomhle problému se říká koordinuje ty tvého mission problém to znamená

koordinované vynechávání výsledku

ten problém se dá

řešit například tak

že vy budete simulovat to že ten uživatel by se nedočká

odpovědi tak bude mačkat ten to projede flash tlačítko

to znamená že vy byste se podívali na ostatní vlákna jak rychle zhruba dostavit odpovědi

a vtom stejným tempu dokud neros když nedostane to poli tak nasadíte další vlákno

a další a další a další problém je vtom ten že jedna obviňujete výkon těch

ostatních už běžících vláken a druhá že brzo vyčerpáte systémový zdroje protože tady bysme kdyby

jsme každý pět milisekund do toho přidali vlákno tak to ten stroj nedá

a další varianta je vyřešit to matematicky říci teda dobře tak já bysem takovýmhle tempem

jo zhruba dostávat takovýhle odpovědi

a to můžeme s prvky udělat a šest přidáme další typ reportérů který se jmenuje

vy spousta je histogram reportér

a nám počítá

takzvaný hádej histogram té komponenta kterou naprogramoval jill týmu s ozvu systému s který právě

řešil přesně to na ten problém takže my sme tu komponentu jenom integrovali do prvky

ku

a udělali jsme to my jsme schopni vytvořit ten graphic takže se podíváme

pustíme nende znova

tak tady mám spočítaný ty vlákna a podíváme se vypadá ten graf

od začátku nahoru ještě prosím

víme že ten průběh to je spousta _e vypadá pořád stejně

vy to vidíme že v těch vláknech je pořád ten zvuk že tam

je tam to jedno chybí že ten jeden klient se nepodíval a podíváme se na

ten hádej histogram toho tady spousta je

a tady vidíme že

zhruba tak do půlky nebo

to sou to sou percentily to znamená že devadesát sedum celých šest procent hodnot

bylo port pětasedmdesát milisekund prostě dvouciferné číslo

a najednou

když tam je devadesát osum celých štyři ten percentil

tak už to jsou čtyři místní čísla

a de to tak špatně že u devadesát devět celých osum je ty devět vteřin

co víš ale

říkám je to je to matematická korekce toho co se naměřilo

to znamená že

to není to že to takhle přesně

ale ukazuje to na to že jste

měřené aplikaci zřejmě je nějaký problém

aha

teď je otázka jestli si můžete dovolit to je nula celá dva procent vašich klientů

vlastně do toho šel tý vaší aplikaci vůbec nedostanou žádnou odpověď

a tak

když budete mít tisíc uživatelů tak jste naštvali dvacet lidí

a když to budeš a ta kus od vás nic nekoupí

takže to co na začátku se při běžném testování zdálo že vlastně všecko vpohodě že

to aplikaci můžeme nasadit tak se ukázalo že to tak není

tak

a

teď se podívám ještě na jeden zajímavý problém

který může nastat

a to je to

použijeme znova tu naši devítku

ale tentokrát budeme mít službu která

je schopna odpovídat

zhruba za pět milisekund

ale jenom rychlosti nějakých

pět set požadavku za vteřinu řekněme že to někdo program o tom i pro službu

a naprogramovali chytře

a naprogramovali takže on avií jako vy jakou zátěž může zvládnout a když je to

větší zátěž tak prostě na férovku řekne

ale to nedám prostě zkus to později

to je

těch mikro služba že neska typicky to na to je ten projekt řád history k

slovník fixu kterej řeší ten svět dejte pattern že vy máte těch služeb tebe nevyplňovaných

hodně jako zjistí že ne přetížena podána další

případně cachuje ty hodnoty a tak

a

ta naše služba

buďto nedej to zpracování trvá zhruba plus mínus pět milisekund a máme to tak nastavený

a nevolal okamžitě řekne

ale zkus to pozic tak my se podíváme bysme takovou službu změřili máme tam scénář

eště prosím zase na řekneš

kde používáme konstant spíš myslíš generátor teger kterýmu řekneme jakou rychlostí ty požadavky tam a

posílat tak nastavuje sme tam že pět set požadavku za vteřinu

tak se podíváme co nám to naměřila

a path musím admin těch požadavku tak to běží trošku dýl

a vidíme tam že jsme se dostali k průměrnému dyž spousta jen kolem těch pěti

milisekund pět celých čtyřicet šest minut

tak

vida musí super tak zkusme si dala že služba na holi zvládne víc

tak tam dáme tisíc

no za předpokladu testem _e tak on black box něco ve službě nevíme jenom testujeme

jako by její com

no a koukáme že to je tisíc požadavku že na to trošku pomalu že to

méno máme

věci dvacet šest _e trošku mě sme měli tak zkusme to pořádně osolit deme tam

deset tisíc požadavku za vteřinu co se stane

_e panečku to je fofr

no osumdesátej no tak to je super tak to ne

u pro nějakou službu jako musel sněhu podcenili a posily znají málo těch požadavků

no

na metr jako takovej které je krámek víkend a black

tak jsem to je schopný ověřit návratovou hodnot ten za to pres polsko je tam

přidáme ještě není parametr protože

telete neříkám giga na klídek ten test hodí vpodstatě nebo začne to chrlit hromadu víme

a dáme tam parametry který zařídí že to hnedka spadne

a vidíte že ten server

vrátil štyrista štve a my sme čekali že bude dvoustovka

no

tak si přidáme pořádnou validaci těch pet to toho výsledku

ale další ten tak další kritická věci tomletom je ta že sice ta vaše aplikace

může odpovídat

zpátky rychle open době

tak přidáme tady komponentu která se mi nezdá to je to nějaký ruby skript který

ověří že ste

správě to co tam má být

a ten validátor svážeme s tou zprávou abysme věděli

odpovědi na trhu správná

pavel verifikovat máme tady deset tisíc

takže to nám tam sype

čas odpovědi má plus mínus _e předtím

a na konci ale výsledek ste validace

a vidíme že s těch deseti tisíc prácu sme tam poslali

je

třináct set pořádku a dalších osum tisíc šest set

osumdesát tři

jich je špatně

takže sice ta služba povidala rychle dvě

tak zkusme jistou rychlosti zase trošku dolů

zkusme tam dat těch tisíc abysme teda zjistili

kde opravdu měříme to co měřit chceme

tím se dostáváme zpátky a se k těm pěti milisekund dám to takto času na

odpověď

ta

a ta duše těch chyb jenom čtrnáct

zase otázka je kdy se spokojte s tím že těch chyb je málo a že

tom null ovlivňuje ten trest no tak je to čtrnáct zpráv z desetitisíce tak dále

zkusme tom na těch pět set co to služba má zvládnout

jestli se teďka poprvé stane

že tam bude effect

nemáme to nahraný takže

zkoušeli jsme to hodněkrát

by se měli tu odvahu s tím tady jít

a je to dobrý všech těch deset tisíc

prošlo

takže teďka můžeme říc že ta hodnota kterou jsme naměřili je opravdu ta

kterou jsme chtěli vidět

tak

to by bylo s těch cvičení všechno ještě snad i ukázat

té prezentaci něco další prosím

tak je to vidět pořádně no takový tohleto je taky vyzvání návrh to jak si

představujeme že by se měl ten performer se z vytvářet byste za to podívali pohledem

jako nějaké

palubní desky a vy ste oskara tedy komponenty protože ta flexibilita toho prospěch je velká

tak abyste mohli tam ty komponenty tak nějak jako navázat a

ten průběh potom jakoby přes tu polku jako by vám tam rozklad prostě nějaká ta

ručička kdy šlapete na plyn s tím že když ten předchozí prosím po pravé straně

by měly být všechny užitečné informace o tom by jste věděli co ta komponenta umí

jakým a vlastnosti to nakonfigurovat

nám ne

teďka na diplomanta který nám

na tom pracuje tak doufám že bude

do jarního releasů vždycky vydáme nervní a podzimní rovnodennost

mít

push tebe nějaký pěkný platí

tak a ten ta idea je taková že ten platím bude potom schopný ten test

kdy pustit a hlavně ladit

abyste viděli

kolik zpráv prošlo kterou to komponentou a v jakým stavu ten test je to pokud

vím taky žádný nástroj nemá že by vám ukázal jako

kde přesně neboj nebo že bych že by umožnil jako ten pes takový divadlo

plus ta jde že tam i na ta matka když ve ten test rastrová než

vám ukáže odkud kam se ty požadavky jako generují tak

další věc touž existuje dneska teprv _e po

a

to je na to že bys to prvky to schopný tam přímo posílat

ty výsledky nemusíte se

handrkovat z nějakýma soubor a má nebo dávat dohromady nějaký reporty

a vtom pert webu se schopní porovnat dva výsledky různí běhu to znamená běhů různé

verze té vaší aplikace nebo

nebo na různým prostředí s různou konfigurací abyste mohli co nejjednodušeji vlastně vytvořit nějaký reportér

říct tak takhle to vypadá celá ta naše výdaje ta že směřujeme tím

směrem cokoliv jako služba

takže by to ve výsledku potom někde byl of cloudu vy si tam celej ten

test naklikáte spustíte a budete protože ty výsledky to pedofil po tečka

prodělala

velké změny grafického rozhraní aby to bylo snadněji použitelná by na me kliků jste dosáhli

těch požadovaných výsledků

tak

a

co za to jak jsem říkal je to open source

a

máme tady pro vás unikátní nabídku

když nám slíbíte

že příštích

šesti měsících

zkusíte ten prvky použít

tak se nám to je nachystaný koláčky

jakej ty moje manželka celý večer těžce pekla

jo takže

zkuste to

nabídněte si a mezitím

můžem otvírat na nějaký otázky

tak co by vás víš tak zajímalo

rozum věděl

zopakuju to otázku proto bys to nahrál a otázka zní jestli jsme uvažovali o nějakém

syntetické monitory může by ten prvky byl někde nasazený a

sledoval nějakou už běžící aplikaci a potom byl schopný spouštět nějaký asi odborníky nebo nějaký

varování nebo upozornila na to že ta aplikace nechová jak má

víme o tom že

tak ho vlastně existuje

zatím jsme se na to ne zaměřovali protože

nechci tě jsme tu potřebu nikdo nepřišel s takovým požadavkem a měli sme

ten dojem že nástrojů na takovýhle typ monitoringu

existuje poměrně dost

nicméně

nemyslím si že by vám dneska už něco bránilo ten graphic nastavit také někde ho

spustit jako službu která by prostě pingl a tu to co sledujete nebo by tam

posílal nějaký požadavky nebo něco

otázka toho kam se to potom pošle jenom to že by se naprogramoval a komponenta

typu destination která by vás potom no ty fixovala o těch problémech

ten

prech pěkně udělaný tak aby každá ta komponenta měla jasně definovaný rozhraní

a

co nejmenší a nejjednodušší aby kdokoliv byl schopný přijít

a na práci pro svůj konkrétní aplikaci

ten tu danou komponentu kterou potřebuji protože jste někdo to je dopouští performer ste stě

to vývojáři takže vy vás umí programovat

takže místo toho by ten nás tady byl prostě jsou pro tu prahu měl já

nevím jaký vopičky a postavit se na hlavu tak předpokládám že ten vývojáře schopnej přijít

a

jako takovouhle komponentu trhu potřebuje specificky pro jeho konkrétní aplikacím si do programovat nebo postavit

na základě toho co už tam

existuje takže takhle

kdybyste měl potom nějaký náměty na to jak konkrétně by to mělo fungovat nebo nějaký

jiný s case tak to určitě uvítám máme tady jíme je i na stránkách máme

je kontaktní formulář

jak _e

ještě někam

tak v některých jazycích kde udělat validátor té odpovědi vy tam používáme žaloby standard ten

na javascriptem že nesouvisí to s javascriptem pro nás mezi cam ale

cokoliv co má návaznost na tenhle ten standard to znamená že aktuální chvíli jesi si

dobře vzpomenu na všechny tak to je to java script je to budu v je

to skála

je to java ji tam j ruby

volán k tam určitě půjde

a nevím jestli ještě něco dalšího

ale tady by se rakovině zájem o jaké práci je zima tu validaci tech

céčkový knihovny

dal by se napsat validátor který čili pomocí je nevím bude volat tu céčkovou knihovnu

a předají ty hodnoty to je není je dost rychlý vyšlo zhruba přitom udělaný nějaký

performer cestování nedávno takže toho bych se nebál

a koneckonců core javě sám naprogramovány pomocí toho rozhraní že takže

tady ho se tam velká

takže to by určitě šlo ale musel byste si naprogramovat ten validátor takže ale to

validace zase té rozhraní co má jednu metodu která říká tebe byl požadavek takle vypadá

odpověď je to validní správa nebo není

a

to předat do té céčkové knihovny a

hrát ten výsledek

to by neměl být problém

nějaké zvídavé otázky

knize těšíte na to

pak se pytel to pustit jako _e