Devel.cz Lupa Měšec Podnikatel Root Zdroják.cz DigiZone Slunečnice Vitalia TopDrive KupDnes Navrcholu NovýTarif Dobrý web Weblogy Woko Jagg Computer.cz SK: MojeLinky

Hlavní navigace

Názory k článku
Django: Kešování a škálování

Martin
Martin (neregistrovaný) 89.176.101.---
20. 11. 2009 9:12 Nový

Load Balancing

celé vlákno

Bohužel nemohu souhlasit s uvedeným způsobem škálování aplikace. Zní to jednoduše „jen přidávejte databázové a webové servery“. Jenže praxe takhle bohužel nefunguje.

Kdybyste se v problematice více orientoval, tak byste musel vědět, že nikdo z velkých hráčů takto nefunguje, protože to nejde. Na škálování ve větším měřítku se musí jinak.

Pavel Dvořák
20. 11. 2009 17:10 Nový

Re: Load Balancing

celé vlákno

Mohl byste prosím upřesnit, proč takovýto způsob škálování není možný? Rád se nechám poučit. To co jsem naznačil v tomhle článku, platí pro postupně se rozrůstající webový projekt, ne pro „velké hráče“, kteří mají už vybudovanou infrastrukturu.

Kaplan Věroš
21. 11. 2009 13:45 Nový

Re: Load Balancing

celé vlákno

Prostě proto, že od určité fázi už není možné zrychlovat pouze přidáváním serverů.

V popisovaném LAPD schématu je možné přidávat aplikační servery (pokud nejsou extrémně špatně napsané), ale úzkým hrdlem se po čase stane databáze – a tam se donekonečna přidávat nedá, zejména kvůli synchronizaci více databázových strojů.

Ale to už se bavíme o extrémně velkých zátěžích a na ty je možné se obvykle připravit předem. Pak nastupují věci jako AppEngine/AppScale – mimochodem docela hezky řešené.

Ale jsem spíš teoretik, takové velké zátěže jsem ještě nepotkal.

bitsmith
bitsmith (neregistrovaný) ---.orange.sk
20. 11. 2009 15:10 Nový

Dalsie moznosti

celé vlákno

Na vyber su dalsie, dobre skalovatelne moznosti:
- round robin DNS load balancing
- source IP hash-based load balancing pomocou iptables alebo pf

Keby Statisticky urad SR nemal takeho neschopneho dodavatela IS (http://www.partnersoft.sk), tak ta druha moznost hravo zvlada spickovu zataz na redundantnom firewalle na http://volbysr.sk este v predoslych prezidentskych volbach, samozrejme LIVE. Akurat sa z toho vsetci naokolo pokakali kvoli „utoku hackerov“ na ich server, ktory bol umiestneny na ich stary 1 Mb uplink. :-)

Kaplan Věroš
21. 11. 2009 13:50 Nový

Tisíc návštěvníků za den?

celé vlákno

Předpokládám, že „Projekt s nejvýše tisíci návštěvníky denně“ je jen nadsázka. Dva tisíce návštěvníků pro web na Python+PostgreSQL (ne Django) mi uneslo s přehledem staré Pentium 4 a ještě zvládalo zhruba stejné množství práce s ostatními weby.

Rozhodně díky za seriál, podíval jsem se aspoň, jak se řeší věci „jinde“.

Pavel Dvořák
22. 11. 2009 16:53 Nový

Re: Tisíc návštěvníků za den?

celé vlákno

Ano, jedná se o pouhý odhad. Záleží to na mnoha faktorech, kupříkladu složitost aplikace, rozložení návštěvníků v průběhu dne, nebo objem dat v databázi. Mimochodem označením „Projekt s nejvýše tisíci návštěvníky denně“ jsem měl na mysli 0–9999 návštěvníků denně, což je ještě v toleranci toho, co jste dával za příklad.

Kaplan Věroš
22. 11. 2009 22:16 Nový

Re: Tisíc návštěvníků za den?

celé vlákno

Že to záleží na různých faktorech je mi vcelku jasné, proto mne překvapila ta tisícovka – chápáno jako 1000 návštěvníků denně by to byla pro Django velmi špatná vizitka.

Chápu a děkuji za osvětlení.

Pavel Dvořák
27. 11. 2009 14:09 Nový

CACHE_MIDDLEWARE_ANO NYMOUS_ONLY

celé vlákno

Ještě jsem zapomněl zmínit konstantu CACHE_MIDDLEWARE_ANONYMOUS_ONLY, která vypíná kešování u přihlášených uživatelů. U nich je kešování vhodné potlačit, protože pak mohou nastat problémy se zobrazováním neaktuální verze stránek. (Např. uživatel zadá údaje do formuláře a poté se mu zobrazí předchozí verze.) Navíc to nedává moc smysl, kešovat v takových případech.

Petr Meissner aura:45
12. 1. 2010 15:18 Nový

Re: CACHE_MIDDLEWARE_ANO NYMOUS_ONLY

celé vlákno

Není to to samé, jako odeslání komentáře a obecně odeslání jakéhokoliv formuláře, který změní výpis stránky?

Pavel Dvořák
12. 1. 2010 15:59 Nový

Re: CACHE_MIDDLEWARE_ANO NYMOUS_ONLY

celé vlákno

Odesílání formuláře a vlastně jakékoliv POST dotazy se nekešují, ale například zobrazení daného formuláře ano, tedy není to stejné.

Zasílat nově přidané příspěvky e-mailem