Что выбрать для высоконагруженного сайта?

Question

[Тимофей]

Планируется сайт с высокой нагрузкой.

Из функционала - регистрация пользователей с разными правами, огромное количество контента с различными категориями, фильтрами, тегами и т.д., общение людей через сайт. В общем, все довольно стандартно, но нужно, чтобы это работало быстро, так как планируется большая нагрузка.

Лично я не имею никакого опыта в написании подобного рода вещей, но так сложилось, что этот опыт в ближайшее время мне придется приобрести.

Что вы можете посоветовать? Вопрос достаточно широкий и может включать в себя что угодно: какой фреймворк/CMS/ЯП, какая база данных, паттерны проектирования, софт, конфигурация сервера и т.д. и т.п. Было бы замечательно, если бы кто-нибудь поделился реальным опытом создания чего-то подобного.

Comments

[Тимофей]

Чтобы избежать ненужных ответов
В вопросе освещены условия, а это значит, что нет необходимости отвечать на него словами вроде "наймите профессионала" или "зайбей на хайлоад, все равно не взлетит". У меня есть конкретная задача и мне ее нужно конкретно решить. Я понимаю, что понаступаю на кучу граблей по дороге, но я потому и пытаюсь избегнуть "плохих решений", чтобы количество этих граблей стремилось к минимуму.

Answer 1

[Rowdy Ro]

Нанять людей у которых есть данный опыт.

Comments

[Тимофей]

Очень конструктивно, большое спасибо!

Answer 2

[Rpsl]

У вас "преждевременная оптимизация".

Answer 3

[MegaMufa]

@mr_T А что вам не нравиться. rowdyro дал, пожалуй, самый дельный совет. Вы собрались писани высоконагпуженный проект, не имея никакого опыта. Что, вы думаете, из этого полкчиться? В итоге все равно придется нанимать профессионалов, которые все перепишут. Только время и деньги потеряете.

Но если вам всета ки горит делать самому, я мог бы порекомендовать следующее: nodejs для вебморды, для общения пользователей - его же или erlang. Вся тяжелые скрверные вычисления я бы делал на java/scala - легко учиться и шустро работает. Про бд конкретно сказать не мону, но я бы взял постгрес. Хотя многие советуют для ноды nosql.

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

Но лучше, крнечно, доверить это профессионалам.

Comments

[Eugene Obrezkov]

@HaruAtari поддерживаю вас, NodeJS достаточно с головой. Получить на первых парах highload-решение с коробки - это NodeJS. Затем, само собой, нужно будет настраивать репликации, оптимизировать код, реализовывать Defered и т.п.

Answer 4

[Seva Sargsyan]

Советую использовать yii фреймворк

Comments

[hadra]

Советую отказать от фреймоворков вообще..

[Eugene Obrezkov]

@sevjan php-фреймворк и highload. Все-таки у нас отличаются понятия highload.

[hadra]

@ghaiklor Ну просто половина не будет использоваться.. а память не бесконечная.. Много причин, фрейм для маленьких сайтов..

[MegaMufa]

Не вижу смысла отказываться от фремворка. Писать код намного приятнее и быстрее, готовая архитектура + ORM.

Все тормоза, которые дает фреймворк с лихвой перекрываются кешированием. А вот скорость разработки и качество кода заметно повышается. Если уж на то пошло, то и от ООП надо отказаться, оно ведь тоже медленнее работает, чем процедурный код.

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

[hadra]

Ооп вроде бы не тормозит, от куда узнали ?

[MegaMufa]

@hadra К сожалению ссылку дать не могу, довольно давно читал об этом. Но ООП действительно снижает производительность, я даже как то сам замеры проводил и цифры получились похожие на те, что были в книге. Ведь это куча дополнительных вызовов.

[hadra]

@HaruAtari На много снижает ?

У меня просто сервер может тянуть 3100000онликов, так что не замечаю. Хотя в среднем не больше 1000000.

[hadra]

Все ядро написано на Mysqli и php5.5 ооп... ну и + разное доп. по для ускорения,оптимизации итд..

[MegaMufa]

Там, где я читал говорилось про 20-30%%. Хотя у меня при замерах получалось чуть меньше.

[hadra]

@HaruAtari статья какого года ? Если 2011го, то тогда все ясно. Тоже самое можно сказать, если она 2012. Тогда у php были косяки. А про mysqli могу сказать, что разницы не какой нету... 100000 запросов одно и тоже время, ну +/-5мс. Так что лучше использовать ооп. + я использую кое-что что 10000000 вынимает за 1 сек. записывает, при свободном серваке за 10 сек. Не плохой гибрид получился)

[Алексей Сундуков]

@hadra 3,1М это чего? Хитов? Хостов? В часовом измерении? Суточном? Максимальное значение в секундном исчислении какое?

[MegaMufa]

@hadra Да, книга была толи 2010, толи 2011 года.

[hadra]

@alekciy Если бы в секунду, то это %?№;? и радость. 3.1м пользователей в час.

[hadra]

@HaruAtari Уже прошло 3-4 года, php вырос

[Алексей Сундуков]

@hadra 3.1м это ~800 rps. Если это php и 3.1м это число динамических запросов, то не верю. Такой сильно посещаемый ресурс конечно же имеет отличный сайт. Ссылку в студию можно?

[hadra]

@alekciy Прочитай что я до этого написал. Я был бы рад, если бы столько было в час. К увы в сутки до 1300000.
и то не хостов.

[Алексей Сундуков]

@hadra ранее было написано "меня просто сервер может тянуть 3100000онликов" что должно означать "3,1м онлайн юзеров". Другого варианта я не вижу.

[hadra]

@alekciy Может, че как ребенок ведешь себя. Не понял, так и скажи.

[Алексей Сундуков]

@hadra 3,1м юзеров онлай? На php? Брехня. Я уже не говорю о том, что нет такого понятия "онлайн". Есть: rps, запрос на динамику/статику, количество параллельных запросов, время обработки одного запроса и чем по железу это обходится. Только в этих терминах можно рассуждать о нагрузочной способности сервиса.

[Александр Борисович]

@hadra mysql 5.7 в бете. обещает очень много.

[hadra]

@Alexufo это хорошо

Answer 5

[Алексей Сундуков]

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

А нагрузки должны задаваться конкретными цифрами. Например: стабильных 300 rps, время генерации страницы не больше 0.1 сек, норма - 0.02 сек. Дальше задают метрики в зависимости от особенностей проекта. 100ктоваров, к примеру.

Answer 6

[gro]

1. Найти, таки, людей :)
2. Если обязательно самому - сделать прототип. Если взлетит, брать людей для того, чтобы делать для хайлоада.
3. Разобраться, действительно, ли ожидается хайлоад. Может с тем, что вы хайлоадом считаете, на самом деле справится и простая система.
4. Если таки всё таки хайлоад и таки нужно сразу и таки без людей - разобраться со значением слова "масштабируемость". И понять, что слова "нагруженный" и "быстро" совершенно в данном контексте никак не связаны. И платформы, языки и базы данных совершенно второстепенны.