как написать социальную сеть

Привет всем. Недавно заинтересовался вопросом построения высоконагруженных сайтов. В частности меня интересуют принципы построения: архитектура БД, самого кода, горизонтальное массштабирование. В качестве примера можно взять соц. сеть: друзья, новости, сообщения.. У кого есть опыт в этой области поделитесь пожалуйста.

(Отредактировано автором: 19 Марта, 2011 - 08:05:14)

Ух, тут так просто опытом не поделишься. Если только совсем в общих чертах.
По базам данных. Я бы посоветовал PostgreSQL. Мне она больше нравится в плане работы со сложними запросами, с их оптимизацией.
Архитектура БД. Ну всё как всегда: нормальные формы, индексы по полям, по которые используются в условиях, сортировках, группировках. Можно дублировать некоторые данные в 2 таблицах, чтобы избежать жойнов ради мелочей. Например, чтобы вывести имена авторов сообщений на странице не здорово жойнить ради этого таблицу с авторами. Имя автора можно продублировать в таблице с сообщениями.
Некоторые структуры данных, возможно, стоит хранить не в существующих субд, а написать что-то в соответствии со своими потребностиями. Например, если ни реляционаая, ни иерархическая модель данных, никакая другая не устраивает по каким-то причинам, но есть в голове умная мысль, то вот...
Структура кода. Он должен быть понятным, расширяемым, масштабируемым. Есть книжка Макконелла "Совершенный код". Она большая, но полезная. Стоит прочитать.

А по базам данных можете какую нибудь литературу посоветовать7 меня интересует организация данных.

По базам данных честно говоря не знаю.
http://rus[dot]logobook[dot]ru/prod_show[dot][dot][dot]ject_uid=2144517
Возможно, что вот это хорошая книжка, потому что ее автор преподавала у меня базы данных и хорошо меня им научила.

Сейчас многие веб-приложения пишутся с mvc-архитектурой.. вы не подскажите как например разместить контроллеры на одном сервере, модели на втором, а отображения на третьем7

Может и подскажу, но я не сталкивался с этим и не вижу целесообразности такого разделения. Может кто-то, кто видит, расскажет.
Любое (или почти любое) действие состоит из взяимодействия модели, контроллера и отображения. Можно разделить группы взаимно не связанных M, V и С. Типа веритикальное разделение такое получится. Но в горизонтальном, в отделении М от V и от С я смысла не вижу.

Дело в том, что я недавно наткнулся на статью про высокогруженные проекты и впервые в жизни увидел такие словосочетания как "ферма mysql-серверов" и пр.)))) я так понимаю эти машины в кластер объединяются.. хотя эта тема наверное больше к администрированию относится.. но все же хотел получить хотя бы общее представление, потому как с кластерами тоже дела не имел.

Про это я не скажу ничего)

По базам данных:
существующие большие проекты, как правило, не используют реляционную модель. БД там только как ключ-значение.
Вот любопытные ссылки имеются:
http://www[dot]insight-it[dot]ru/masshta[dot][dot][dot]va-goda-spustya/
http://www[dot]insight-it[dot]ru/masshta[dot][dot][dot]ektura-facebook/
Связано это с тем, что реляционные базы данных неважно маштабируются горизонтально.
Там популярны noSQL.


Так вы только на корню убъёте производительность и, возможно, даже уйдёте в минус, относительно одиночного сервера.
На каждую машину кластера дублируется весь код. Тогда каждый поступающий запрос сервер обрабатывает самостоятельно и можно легко отключать и добавлять новые сервера, только меняя настройки на балансере нагрузки.

-----
PostgreSQL DBA

А вы не могли бы объяснить что значит горизонтальное масштабирование БД.. а то выражение слышал, а как это работает не в курсе.

На пальцах:
вертикальное маштабирование - будет рост производительности, если взять более быстрый проц, больше памяти и т.п.
горизонтальное маштабирование - можно раскидать нагрузку на разные физические машины.

-----
PostgreSQL DBA

То есть с БД ничего не делается, просто используются ресурсы n-го числа машин7