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

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.

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.

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.

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. :-)

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“.

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.

Ž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í.

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