Здравствуйте, MasterZiv, Вы писали:

MZ>Здравствуйте, garryg, Вы писали:

G>>планируем в компании разработку сайта и одним из требования высокая нагрузка (посещаемость 30к+ пользователей в пике 50к — 70к).
G>>Но что-то мне подсказывает такой нагрузки держать не будет сайт (хоть сайт и простой по функциональности, регистрация/авторизация/просмотр статей, отправка/прием сообщений)...

MZ>Во дела...
MZ>Ты ничего видимо и сам ещё не знаешь о задаче, характере нагрузки, структуре БД, и т.п., но уже что-то тебе там подсказывает...
ТЗ еще в глаза не видел, но описание уже получил, и вот решил заранее начать разбираться с данной темой что бы встретить не спустыми руками.


G>>И почитав статьи, стало быть люди пишут про некоторые архитектуры, которые используют несколько инстанцев на которые перенаправляет лоад-балансер.
G>>Но толи статьи плохие попадались, либо это все так неоднозначно, ни каких конкретных архитектур ненашел, одна "вода".

MZ>Не всё в производительности определяется только архитектурой.
Согласен, от реализации очень много зависит.


G>>3. И что с Базой Данных, реплицировать её ли, если да, то как с ней после работать...

MZ>Репликация -- обычено способ повышения надёжности. Нужна надёжность 99% -- реплицируй. Не нужна -- можно не реплицировать.
MZ>Если ты имеешь в виду другие виды репликации -- то это уже зависит от приложения, там всё будет диктоваться логикой приложения.
Надежность + для работы в read only режиме.

G>>4. И с какими неожиданными моментами можно сталкнуться (чего ожидать)?

MZ>Пока всё приложение не будет реализовано, ты не будешь знать все подробности.
MZ>Увы.
КОнечно, но хотелось бы по возможности с узить круг и размер граблей