Vlákno názorů k článku Tisíce tuzemských e-shopů mělo výpadky, může za to masivní DDoS útok od Dlouhan - To je asi jako kdybych jakozto IT support...

To je asi jako kdybych jakozto IT support bral mesicne od SBS firem 200t Kc a drzel jim 24h support se 4h fix timem. Ano, bude to pro ne lepsi, ale platit mi to nebudou, protoze i v tom pripade je jednodussi a levnejsi drzet si tunu zaloznich pocitacu.
Proc bych treba jako majitel eshopu s desitkami objednavek denne mel resit, nota bene PLATIT HA reseni?

Já myslím, že by se ti břídilové od Vás ani zaměstnat nenechali. Podle Vašich znalostí a písemného projevu tipuji, že budete šéf tak akorát na zabití.

Srovnávejme srovnatelné. Výplaty desítkám tisíc zaměstnanců se nepočítají na 512MHz a 256M ramky. Kdyby byla java tak zoufale neefektivní, jak se traduje, neprosadila by se jako jazyk pro mobilní telefony. A účetní systémy se píšou i v javě, pokud vím.

Ony mobilni telefony pocitaji (napr) vyplaty desitkam tisic zamestnancu?

Z toho si nic nedělej – to jsou lidi, kteří si kdysi spustili nějakou desktopovou aplikaci v Javě, přišlo jim, že to pomalu startuje, a tak od té doby všude říkají, že Java je pomalá… To bych vůbec neřešil, je to jejich problém, já bych je v tom bludu klidně nechal :-)

BTW: nedávno jsem dělal s jednou aplikací v Perlu – těšil jsem se, že to bude „pár nenáročných skriptíků“ – ale ono to sežralo 300 MB (skutečně zabraná paměť) a ani odezva nebyla nijak zázračná.

Nic na tom není, RAM je levná, nemá cenu řešit nějakých tři sta mega – vypadá to že s rostoucím počtem uživatelů spotřeba moc neroste a je více méně fixní. A odezva sice není nějaká blesková, ale stále je to použitelné a funkce vyhovují, takže OK, budu to používat dál. Ale přijde mi úsměvné, když někdo kope do Javy, jak je nenažraná a pomalá, když jinde je to mnohdy ještě horší (znám podobně komplexní aplikace v Javě s daleko menší spotřebou a lepší odezvou).

To, že nevidíte rozdíl mezi pádem aplikace na přetečení paměti, nebo na neošetřené výjimce znamená, že akorát nemáte dost zkušeností abyste srovnal vývoj většího projektu v C++ vs .NET/JAVA

Ta druhá věc se totiž u dobře vedeného týmu stává výrazně méně často a když už se to stane, tak většinou okamžitě víte kde a proč je problém. Zatímco v případě přetečení paměti začíná dlouhé hledání, kde to vlastně utíká.

jablka, hrušky, všechno jedno…

Java (i ten .NET) můžou být za nginxem (javovský AS obvykle bývá, nevím, jak .NET), můžou používat memcahe (nebo něco lepšího), můžou ukládat do libovolné databáze (relační, nosql, jakákoli).

Moc nechápu smysl tvého komentáře – asi sis jen potřeboval kopnout do nějakých neoblíbených technologií a zmínit nějaké módní termíny…

Zajímavé je, jak všichni řvou že je java pomalá a nenažraná a přesto běží v půlce chytrejch telefonů bez problémů. Přece jen, ještě donedávna byly chytrý telefony docela nevýkonný stroje a přesto to problém nebyl...

Nastesi bridili jako ste vy nezamestnavam, neb zakaznici kteri vykon pozaduji si bridily nemohou dovolit, natoz takove, kteri jim budou za miliony neco roky delat v .Netu, aby nakonec zjistili, ze neexistuje takovy HW, ktery by to byl schopny utahnout s pozadovanymi odezvami.

Nastesti se k aplikacim od kterych se ocekava skutecny vykon a spolehlivost s timto pristupem nedostanete. Znate prislovi "pro stromy nevidi les" ?

"Nehlede na to, ze nevidim zadnej rozdil mezi tim, jestli aplikace zbuchne na preteceni pameti nebo na neosetreny vyjimce"

Coz je typicky priklad nulove odpovednosti za vlastni praci :-) Pak to pochopite ...

Pokud mate aplikaci, od ktere ocekavate vykon, tak je van .Net nebo java khovnu, protoze je to minimalne 10x pomalejsi nez nativni kod. A opravdu miluju "nic" nedelajici 10kB aplikaci, ktera ke spusteni potrebuje GB .Netu.

Vite o tom prdlajs, a jedno to rozhodne neni, ostatne viz napr zmena licencovani vmware. Nehlede na to, ze nevidim zadnej rozdil mezi tim, jestli aplikace zbuchne na preteceni pameti nebo na neosetreny vyjimce.

A jen pro zajimavost, napriklad web Dellu nebo Myspace je komplet .NET reseni:
http://weblogs.asp.net/scottgu/archive/2006/03/25/Handling-1.5-Billion-Page-Views-Per-Day-Using-ASP.NET-2.0.aspx

cloudflare.com, prolexic.com ci dalsi reverzni proxy jsou vykone a levne reseni, prosim neveset lidem buliky na nos.

"dokonce se mě někdo snažil přesvědčit že JAVA je rychlejší než C. (možná i než assembler :-))"

Tak samozrejme ze enterprise aplikace pomoci .NETu ci Javy na tom bude vyrazne lepe. Ne vsak kvuli nejakemu primitivnimu srovnani vykonu kodu s for cyklem v jednom threadu, ale predevsim kvuli zazemi (knihovnam) ktere nabizi. Zkratka pokud mate farmu s desitkami serveru a potrebujete ulohu distribuovat, tak aby se tento hardware optimalne vyuzil, je vam "rychlost" kodu pracne napsana v assembleru nebo C na prd :-)

Tak pokud dokazete bezpecne a rychle (tedy bez buffer-overflow chyb, neuvolnovani pameti, chyb s pointerovou aritmetikou) napsat a otestovat kod v C/C++ stejne jako v .NET/Jave, pak jste asi genialni :-)

Pokud ne, tak srovnavate nesrovnatelne. Je totiz naprosto jedno, jestli neco potrebuje 4 nebo 8 GB pameti. Neni uz ale vubec jedno, ze to 2x za mesic spadne nebo provede neco co nema. To se samozrejme tyka aplikaci "kde o neco skutecne jde", zpravidla o penize :-)

Zmatlat nejakou socialni sit v PHP, to asi dokaze kazdy. Kdyz to nejede, nic se ve skutecnosti nedeje ...

V každým jazyku se dá udělat ta samá věc špatně a dobře. To, že je java pomalá na serveru podle mě rozhodně neplatí. Jasně že primitivní stránka co vytáhne pár řádek z DB bude rychlejší v PHP. Ale v okamžiku, kdy z toho vznikne velká a dospělá aplikace, s mrakama knihoven, cachováním, řadou vývojářů, bude se to všechno dělat líp v Javě. Podle mě je prostě problém v tom, že se porovnává jednoduchoučká stránka v PHP a obří systém v Javě a z toho se dělají závěry. A když se porovnávají odpovídající kusy kódu, tak se to shodí s tím, že to není reálný použití a je to nevypovídající.

Ehm, hrušky, jablka a pneumatiky z traktoru na jedný hromadě? Jak souvisí Java s nginx a typem databáze? A když využiju cache, tak nějak výrazně záleží na tom, v čem běží původní aplikace? Třeba se pletu, ale na mě Váš příspěvek působí tak, že jste si kopl do javy a pochválil se, jaký ovládáte moderní technologie :-)

Rekneme ze vidim, protoze tato reseni delam. To co navrhujete je hezke, ale ustat slusny ddos par serverama, content sw, db atd nezvladnete.. To mi verte.

No, hlavne ze Vy do toho vidite. HA reseni muze byt staveno i na tzv. skalovatelnych sluzbach, respektive zatez je rozkladana na vice serveru v pozadi.

pán je zřejmě "profesionál", opravdu fundované řešení, myslím že jste DDoS viděl tak max. z vlaku

Z Vaseho prispevku je videt, ze nevite ani za mak, o cem mluvite. Ani celkem nechapu, v cem pomuze HA reseni - jako ze jeden polozeny server prebere IP a necha se take polozit ? Nebo se rozbalancuje provoz na vice stroju a polozi se jich vic (je fuk jestli stroju nebo sluzeb) ?

Takže amatéři si neumí nastavit high availability řešení a teď kolem sebe budou kopat rozdáváním trestních oznámení?

To mi přijde jako pořádný nesmysl!

Jak může někdo po ucpané zahraniční lince DDoSnout český server? Odbavit pár set megabitů nemůže být pro správně nastavené řešení žádný problém.

Chápu, že zákazníkům se špatně přiznává vlastní neschopnost, ale ohánět se na policii seznamem IP adres pár chudáků se zavirovaným počítačem je dost divné.

Měli by se místo toho chytit za nos a správně si své řešení nadimenzovat na těch 9000 naštvaných zákazníků.