Jak podejść do tworzenia serwisów, które z założenia będą miały duży ruch?

0

Witam,

Tworząc strony coraz większy nacisk kładzie się na późniejszą skalowność projektu. Jak projektować strony i aplikacje internetowe aby w późniejszym stadium rozwoju nie trzeba było przepisywać ich od nowa? Najczęstszym tego powodem jest ruch. Na pewno strony trzeba projektować tak aby można było tylko dokładać kolejne serwery ale to też niesie za sobą koszty. Największym problemem na pewno jest baza danych: zapis i odczyt danych. Jak pisać stronę aby można było w każdej chwili zmienić silnik z MySQL na jakiś inny? Czy do tego typu stron najlepiej wykorzystywać jakiś framework (interesuje mnie np. YII) czy lepsze jest własne rozwiązanie, którym zna się każda linijkę kodu?
Nie mówię już o takich serwisach jak FB lub Twitter ale np. filestube.com gdzie w tej chwili mają zaindeksowane przynajmniej 517,551,459 rekodrów (jest to najpopularniejsza na świecie tego typu wyszukiwarka) jest napisana w php - nie wiem jaka bazę wykorzystują. Ale z tego co wiem to dla mysql 1mln rekordów to już jest bardzo dużo.

Jak ogólnie podejść do tego tematu i jak tworzyć serwisy w PHP z założenia skazane na duży ruch? Czy są może jakieś standardy?

2

Load balancing, sharding oraz rozproszone, agresywne cache'owanie. Jeżeli zbudujesz serwis w oparciu o te zasady, będziesz mógł skalować infrastrukturę dokładając kolejne serwery.

http://highscalability.com/blog/2013/4/15/scaling-pinterest-from-0-to-10s-of-billions-of-page-views-a.html
Masz na tym blogu masę podobnych historii.

1 użytkowników online, w tym zalogowanych: 0, gości: 1