Zadejte hledaný výraz...
Jakub Glos
Webtrh.cz
Vývoj webových stránek na WordPressu a proklientský přístup pro freelancery
Třídenní infromacemi nabitý prezenční + online kurz v Praze od Webtrhu pouze za 2 871 Kč
Více informací

Jak správně naložit s multi jazykovou / doménovou aplikací s pohledu serverů?

Marek
verified
rating uzivatele
(2 hodnocení)
29. 11. 2012 21:08:27
Ahoj,
Dělám na jedný aplikaci. Je multi doménová a multi jazyková. Například česká doména bude mít český content ale s tím, že se bude moct přepnout jazyk - ale pořád bude český content. To samé naopak.
Jak s tím ale naložit z pohledu serveru? Momentálně mi to jede na čekém VPS, ale chtěl bych to udělat tak, že pokud přijdu na CZ doménu, bude se to brát z CZ serveru, a pokud na anglickou, tak z anglického VPS. Jde mi hlavně o odezvu, a rozložení zátěže. Napadlo mě na každý server nahrát aplikaci a třeba duplikovat databáze, ale to mi přijde neefektivní :-)
Btw je to jedna aplikace, a jedna databáze.
Pokud máte nějaký zdroj, který se daného tématu týka (klidně v en), tak budu vděčný, díky ;)
29. 11. 2012 21:08:27
https://webtrh.cz/diskuse/jak-spravne-nalozit-s-multi-jazykovou-domenovou-aplikaci-s-pohledu-serveru/#reply836961
Jiří Adámek
verified
rating uzivatele
(20 hodnocení)
29. 11. 2012 21:36:58
Resi se to pres DNS servery, ktere podporuji geoip. Tam jde pak nastavit, ze odpovidaji podle ip adresy klienta.
29. 11. 2012 21:36:58
https://webtrh.cz/diskuse/jak-spravne-nalozit-s-multi-jazykovou-domenovou-aplikaci-s-pohledu-serveru/#reply836960
Marek
verified
rating uzivatele
(2 hodnocení)
29. 11. 2012 21:48:58
To ale neřeší to, jak rozprostřít zátěž na víc serverů tak, abych měl jednu aplikaci, a nemusel jí kopírovat na každý server zvlášť né? Nebo se pletu?
29. 11. 2012 21:48:58
https://webtrh.cz/diskuse/jak-spravne-nalozit-s-multi-jazykovou-domenovou-aplikaci-s-pohledu-serveru/#reply836959
hm
verified
rating uzivatele
(20 hodnocení)
29. 11. 2012 21:52:43
na obrazky/css/js pouzij nejaky CDN a na aplikaci se s chuti vyprdni 200ms sem nebo tam uz ti na nacteni webu tak velkej rozdil neudela - nejvic vzdycky zpomalujou ty staticky veci (precijen jich je na webu nejvic - scritp staci nacist jeden, ale obrazku apod. sou treba i desitky) takze bych se podle toho taky ridil a nevymyslel zadny hardcore reseni (facebook taky pro celej svet jede jen z ameriky a komu to vadi)
29. 11. 2012 21:52:43
https://webtrh.cz/diskuse/jak-spravne-nalozit-s-multi-jazykovou-domenovou-aplikaci-s-pohledu-serveru/#reply836958
Jiří Adámek
verified
rating uzivatele
(20 hodnocení)
29. 11. 2012 21:52:55
no to se pak resi napriklad takto:
-soubory se synchronizuji automaticky napriklad pomoci rsync
-kazda dnes nejpouzivanejsi db umi synchronizaci se vzdalenym serverem
ale samozrejme neni to uplne trivialni nastavit, ale jde to :)
29. 11. 2012 21:52:55
https://webtrh.cz/diskuse/jak-spravne-nalozit-s-multi-jazykovou-domenovou-aplikaci-s-pohledu-serveru/#reply836957
Marek
verified
rating uzivatele
(2 hodnocení)
29. 11. 2012 21:58:07
jj o CDN jsem už četl, mám to vytvořené na media.example.tld - Zatím :-)
Rsync mě vůbec nenapadl, toje dobrej nápad :) O synchronizací databází jsem už taky něco četl, ale jenom že ze serveru A se duplikovalo na B. Přičemž A byla read/write a B byla jenom write. Já bych potřeboval obě read/write, a aby byly ve stejným čase naprosto shodné.
V aplikaci si můžu změnit připojení k databázi podle domény, horší je nastavit tu synchronizaci :) Zkusím ještě googlovat
29. 11. 2012 21:58:07
https://webtrh.cz/diskuse/jak-spravne-nalozit-s-multi-jazykovou-domenovou-aplikaci-s-pohledu-serveru/#reply836956
hm
verified
rating uzivatele
(20 hodnocení)
29. 11. 2012 22:06:40
na tu sync db se vyprdni, bude to neskutecne komplikovany a prinos nula nula nic :) nikdy to navci nebude plne real time a muzou tam pak vznikat uplne zbytecny komplikace - vsehcnio kvuli usetreni 150ms na pozadavku (coz jak vidime prave treba an facebooku nehraje moc roli)
29. 11. 2012 22:06:40
https://webtrh.cz/diskuse/jak-spravne-nalozit-s-multi-jazykovou-domenovou-aplikaci-s-pohledu-serveru/#reply836955
Marek
verified
rating uzivatele
(2 hodnocení)
29. 11. 2012 22:10:39
Ono nejde ani tak o tu odezvu (i když trošku jo :) ), ale spíš o rozdělení zátěže. Myslel jsem, že to bude lepší když bude mít každá verze (doména) "svoji" databázi. Ale vypadá to že ne :D
Nebo druhá možnost (a asi jednodušší) by byla koupit lepší server / vps. Akorát jsem se jí chtěl vyhnout :)
29. 11. 2012 22:10:39
https://webtrh.cz/diskuse/jak-spravne-nalozit-s-multi-jazykovou-domenovou-aplikaci-s-pohledu-serveru/#reply836954
hm
verified
rating uzivatele
(20 hodnocení)
29. 11. 2012 22:11:57
misto lepsiho stroje tak radsi koupis tech stroju rovnou nekolik po celem svete a budes je slozite synchronizovat pres nakou centralu, to dava smysl no ;) tim se ti nevysmivam, jen tak ironicky pripominam ze to asi nebude nejlepsi napad
29. 11. 2012 22:11:57
https://webtrh.cz/diskuse/jak-spravne-nalozit-s-multi-jazykovou-domenovou-aplikaci-s-pohledu-serveru/#reply836953
Marek
verified
rating uzivatele
(2 hodnocení)
29. 11. 2012 22:13:15
Nevím jak to funguje, proto jsem psal tenhle příspěvek :)
29. 11. 2012 22:13:15
https://webtrh.cz/diskuse/jak-spravne-nalozit-s-multi-jazykovou-domenovou-aplikaci-s-pohledu-serveru/#reply836952
hm
verified
rating uzivatele
(20 hodnocení)
29. 11. 2012 22:14:20
jj nechtel sem te zesmesnovat nebo neco :)
29. 11. 2012 22:14:20
https://webtrh.cz/diskuse/jak-spravne-nalozit-s-multi-jazykovou-domenovou-aplikaci-s-pohledu-serveru/#reply836951
Jiří Adámek
verified
rating uzivatele
(20 hodnocení)
29. 11. 2012 22:15:55
Pokud ti jde vylozene o rozlozeni zateze, pak staci do DNS zanest dva stejne A zaznamy s ruznou IP
DNS server pak bude tyto zaznamy rotovat a klienty tak smerovat na jeden ci druhy server. Navic dalsi vyhoda je, ze to funguje castecne i jako failover cluster, protoze pokud nepojede jeden server, druhy to prevezme.
Hlavni nevyhoda pak je, ze pokud na server ukladas nejake stavove informace (napr session) tak to nebude fungovat 100%ne
29. 11. 2012 22:15:55
https://webtrh.cz/diskuse/jak-spravne-nalozit-s-multi-jazykovou-domenovou-aplikaci-s-pohledu-serveru/#reply836950
Jiří Adámek
verified
rating uzivatele
(20 hodnocení)
29. 11. 2012 22:17:31
Ja bych tyto problemy resil az tehdy, az se ukaze, ze to proste uz fungovat nemuze diky vytizeni :)
29. 11. 2012 22:17:31
https://webtrh.cz/diskuse/jak-spravne-nalozit-s-multi-jazykovou-domenovou-aplikaci-s-pohledu-serveru/#reply836949
Marek
verified
rating uzivatele
(2 hodnocení)
29. 11. 2012 22:19:22
jasně v pohodě :)
@mytrix: To mě taky napadlo, jen jsem chtěl předejít zbytečným problémům. Každopádně se to jeví jako (zatím) nejlepší možnost.. "Počkat co a jak" :D
29. 11. 2012 22:19:22
https://webtrh.cz/diskuse/jak-spravne-nalozit-s-multi-jazykovou-domenovou-aplikaci-s-pohledu-serveru/#reply836948
Unodor.cz
verified
rating uzivatele
(1 hodnocení)
29. 11. 2012 23:20:36
Říká se tomu horizontální škálovatelnost (horizontal scalability) a není to nic složitého. Máš aplikaci která ti běží na více serverech. Je fuk jestli jsou všechny v jednom racku nebo je každý na jiném kontinentu. Stejně tak je jedno kolik jich je.
Poteřbuješ x app serverů na kterých ti běží webový server (nginx, apache...) a aplikace. Synchronizaci dat na app serverech můžeš zajistit pomocí rsync, deployment pomocí torrentu od twitteru https://github.com/lg/murder, nebo třeba capistrano. Záleží hlavně na tom kolik app serverů by jsi měl.
Dále potřebuješ x db serverů na kterých replikuješ databázi. Několik druhů replikace a failoveru podporuje snad každý rozšířenější databázový systém, ať už sql, tak i nosql.
Dále potřebuješ Load balancery které rozprostírají zátěž mezi jednotlivé app servery. Doporučuji haproxy.
Uživatele na nejbližší loadbalancer pošleš pomocí geoip na dns serveru. Haproxy s geoip umí taky pracovat, tak při správném nastavení návštěvníka na vzdálenější app server pošle jen v případě že bližší nebude fungovat.
Tahle architektura ti zaručí škálovatelnost do aleluja :)
29. 11. 2012 23:20:36
https://webtrh.cz/diskuse/jak-spravne-nalozit-s-multi-jazykovou-domenovou-aplikaci-s-pohledu-serveru/#reply836947
Pro odpověď se přihlašte.
Přihlásit