Řešení technického zázemí projektu

Re: Rozjeti projektu.
« Odpověď #15 kdy: 18. 11. 2011, 17:33:38 »
Jinak 10k online uzivatelu webove aplikace se bere jako vysokozatezova aplikace?

Ono to spíš mělo být "C10k" tj. 10k současných požadavků. Která z českých webových služeb má takové zatížení? To jedním strojem dáte jen při řešení několika problémů (a nebo nasazením na AIXu).
Může se jednat i o COMET server a tam deset tisíc není až tolik, ale někde jsem zaregistroval
100K na jeden server (což už mi příjde dost, asi to tam hrnou přes několik IP)
Vtip je v tom že pokud je za tím nějaká dynamická aplikace nastává zásadní zádrhel.
JAVA jazyk bych raději nechal spát to je hračka - na vysokozátěžové realtime systémy naprosto nevhodná
(použít to sice jde, ale třeba latence je hrozná).
JAVA je použitelná jedině v HADOOP prostředí, kde jí limituje pouze odezva a hromada hardware v racku (což může být ještě únosné).
Nicméně proč mít 50 serverů co žerou elektriku o sto šest a nebo jeden  :P
Proč asi žádnej opravdu velkej web nepoužívá ve velkém Javu. Neumí to? To dost pochybuju :-)
Pokud to opravdu má běžet nezbude nic jiného než C, HipHop (nebo jiný podobný "jednoduchý nízkoúrovňový jazyk")
Odezva jedné služby se dá dostat na 7ms. Tam se dostanu i s nějakou databází s vyhledáváním.

Btw. kdo tady programujete nejake webove aplikace nebo tak, mate nejaky vyhrazeny limit, pres ktery se nechcete pri zpracovani pozadavku dostat, jako ze aplikaci navrhujete tak, ze pozadavek zabere napr. max 300ms?

10ms na jednoduchou odezvu statický obsah nebo cache
20ms u aplikace SOA nebo jednoduchého obsahu
cca 300ms na vygenerování složité stránky
analytické operace bez limitu s ukazatelem co se děje
+ cesta po internetu/intranetu
„Řemeslo se naučí každý. Umění nikdo.“
„Jednoduchost je nejvyšší úroveň sofistikovanosti.“
- Leonardo Da Vinci


andrej

Re: Řešení technického zázemí projektu
« Odpověď #16 kdy: 18. 11. 2011, 19:24:55 »
To mas nejake prehnane, si odmeraj ebay. Tam ma aj 500ms aj viac a da sa. Ale ja by som viac ako 200ms nesiel.
Java jazyk nema vykon ziadny, je to jazyk. Vykon ma jvm a ten nie je vobec zly a kto hovori o realtime? Ale ja by som nieco take tiez nerobil v jave. Uz len koli tomu, ze pamat na hostingoch byva najdrahsia a java si teda cucne pozehnane.

vyvojar

Re: Řešení technického zázemí projektu
« Odpověď #17 kdy: 19. 11. 2011, 10:45:54 »
Hm, tak to jste me docela zaskocili s tou javou. Ja mel za to, ze proste java best. Internet bankingy jsou delane vesmes v jave a tam jsou kladane naroky hlavne na to, aby to zvladlo spoustu pripojenych lidi ne? Tak co je podle vas nejlepsi volba, ten python? Na cem treba frci takovy ebay a tyhle velke weby? Google treba prosazuje javu.

alefo

Re: Řešení technického zázemí projektu
« Odpověď #18 kdy: 19. 11. 2011, 11:25:38 »
Ti, co hovoria, ze Java je na nic, by mohli povedat alternativu, o to viac, ze je mi komicke, ked nevedia napisat ani napisat nazov technologie.

Btw. tot nedavno Twitter zmigroval cely backend z Ruby na Scalu, co je "novy" jazyk nad virtualnym strojom Javy.

Ale tu je velmi mudry argument webhostingu, bez VPSka sa Java nenahostuje, na rozumnu aplikaciu treba takych 512 MB.

andrej

Re: Řešení technického zázemí projektu
« Odpověď #19 kdy: 19. 11. 2011, 13:35:01 »
Pouziva sa aj java, ale to su ine kalibre http://highscalability.com/
napr ebay bezi na jave - 15000 aplikacnych serverov


alefo

Re: Řešení technického zázemí projektu
« Odpověď #20 kdy: 19. 11. 2011, 13:53:30 »
Wallmart (ak sa vec nezmenila) davno zmigrovali na Javu.

Problem je v tom, ze tie megaaplikacie narusaju vsetky koncepcie, ktore platia pre male systemy: Amazon bezi zrejme este stale v rezime, kde backend je v C++ a obcasne pouziju Java servlety, Facebook ma PHP kompilovane do C, a od istej chvile takmer nik nepouziva relacne databazy a sessions tiez nie.

Sten

Re: Řešení technického zázemí projektu
« Odpověď #21 kdy: 19. 11. 2011, 14:06:36 »
Hlavní důvod použití Javy je v tom, že cena za hardware je v porovnání s cenou za vývoj(áře) mizivá. Ale to je stejný důvod, proč se většina zboží vyrábí v Číně. Kvalita je sice nic moc (TheDailyWTF by mohlo vyprávět), takže to musíte hrozně hlídat a testovat, ale pořád to vyjde levněji a to je jediné měřítko, které tyhle velké (ale stále ne největší) firmy používají. Ve chvíli, kdy použijete speciální požadavky na výkon, paralelnost, distribuovatelnost či vlatně cokoliv jiného kromě ceny, tak Java jde z kola ven.