No hlavně v ČR je cca 8,25 mil. oprávněných voličů, volby probíhají 14 hodin. To dává průměrně! 0,58 mil. voličů na hodinu neboli 2,35 mil na 4 hodiny! Údaj 1,5 mil. je údajně počet přihlášení, nikoliv uživatelů, takže logicky počet uživatelů byl ještě nižší. Jinak řečeno nebyli připravení ani na polovinu oprávněných voličů v průměru.
Jsem zvědavý, jestli poletí tak rychle jako Bartoš, nebo se tenhle diletantismus zamete, protože tu není politická likvidační objednávka...
4. 10. 2025, 11:17 editováno autorem komentáře
Pritom tohle je zrovna vec, co by si mohla ta aplikace resit inteligentneji. Ostatne, na NIA uz bylo obcas i k videni jiste razeni do fronty.
No, ano... nejspis i Mesrsmid z DIA do medii... tedy lze (mlzi), o to je to v realu horsi :-) Jako ano, me to cislo o poctu uzivatelu taky nesedi, ale OK, treba se na naposledni chvili "par" lidi nadchlo. Tvarili se, ze to testovali na vetsi napor... vc. toho, ze v tom "pry" nejak participoval i NUKIB. Silacke PR, jak jsou pripraveni... a vybouchlo to jako vzdycky. Ted se budou vymlouvat... jako vzdycky.
Samozrejme vymyslet zatezovy test na popsany scenar neni zadna cerna magie. Vime, kolik je volebnich mistnosti, da se odhadnout, kolik asi tak asi pozadavku v case soubezne muze prijit, k tomu prihodit nejakou konstantou "neco necekaneho"... a co dela aplikace take prece vime.... jo, kdyz se zacte clovek pozorne do toho PR z DIA pred volbama, tak delali zjevne jen ty penetraky, ale ne skutecny zatezovy test (to jsou proste dve ruzny veci). Na to se nejspis proste a jednoduse nekdo vykaslal.
Vtipne je, jak se treba Pirati ted tvari, ze to "resili" (Blaha se ohani nejakymi interpelacemi). Ale k tomu, ze ze Mesrsmid je fakticky kun, ktereho tam nominoval Bartos se uz taky nehlasi ;-)
ale 105 rps na vytvoření certifikátu, privátního klíče a podepsání je trochu jiná disciplína než udělat update+select do databáze.
KDC testujeme na podobnou zátěž, a to je jen KDC, kdy máme pak řádě rezervu na běžný provoz. Entropie je jeden problém, další je, že se ty moderní hashovací algoritmy s konstantním časem počítají strašně dlouho, takže to ten jeden request visí na cpu klidně 3 - 5 vteřin.
Každopádně čísla jsou jedno, ví kolik mají uživatelů, ví jakou zátěž mohou čekat, ví kdy přesně to budou používat, to je luxus ať jsou čísla jakákoliv, která mi nesedí, dnes určitě nemá edoklad 1,5m lidí, před pár měsíci to bylo cca 600k a aktivních 1/10 a teď najednou mají 1,5 aktivních? To byla nějaká dizinterpretace něčeho jiného.
HTTPS, potazmo sifrovani vubec dnes neni vubec zadny problem. Moderni hardware to bezne akceleruje. Aneb jak dlouho ze tu s nami je treba AES-NI? A to se nebavime o sitovkach, na ktere to muzete (v pripade HTTPS) sifrovani klidne take offloadnout. A nejsou zas tak drahe.
Samozrejme, pokud vam tam nastoupi nejaky setrilek, co prohlasuje jak 15+ let hardware staci (a ze podobnych pindu jsou plne diskuze i v ramci iinfo), no pak nastoupi podobne fnukani.
Nějak mi to připomnělo jednu aplikaci, se kterou jsem měl tu čest se setkat. Architektonicky byla navržena tak, že se periodicky kontaktoval server dodavatele, proběhl handshaking na HTTPS protokolu, následně se vyžádal JSON, který v šifrované podobě obsahoval požadovaná důležitá data: jednu statistickou hodnotu, která se navíc po většinu dne ani nemění.
A na této komunikaci závisí běh jednoho z důležitých systémů ve firmě.
Mesrsmid pred chvili v CT prohlasil, ze se behem 4 hodin prihlasilo 1,5 milionu uzivatelu. Zjevne v domeni, ze tim odprezentuje nejake ochromujici cislo. Ale kdyz si to prepocteme, tak to mame cca 105 pozadavku behem vteriny, co to.... neustoji. A teda zapomel odprezentovat, na cem ze jim to teda bezi.
No tak hlavne ze pred volbami bylo PR kolem toho, jak ze jsou pry pripraveni...
(jo a neslo to poradne ani pred sedmou vecer, plastova karticka bohuzel zase vyhrala)