Нужна консультация по высоконагружаемым проектам

Question

[deco]

Уважаемое хабрасообщество!
Простите, если пишу не туда.

Мне очень нужна консультация специалиста по высоконагружаемым проектам. На данный момент веду с командой программистов разработку проекта, который должен выдерживать 1000 посетителей онлайн. Опыта/знаний разработки высоконагружаемых проектов недостаточно, поэтому буду очень благодарен если отпишется специалист который имел опыт создания высоконагружаемых проектов и который сможет помочь онлайн-консультацией(к примеру через Skype) в следующем:

— Как правильно организовать PHP-архитектуру?
— Как правильно организовать архитектуру базы данных MySQL?

Буду очень благодарен и готов заплатить консультанту за потраченное время.

Спасибо!

Comments

[Perkov]

1000 посетителей одновременно/в час/в сутки?

Answer 1

[YourChief]

а почему mysql-то?

Comments

[YourChief]

и вообще, расскажите, что за проект, каков характер взаимодействия с базой, почему команда знает только PHP.

[deco]

Скажите пожалуйста, а какая БД будет работать быстрее в связке с PHP? Заранее благодарен.

[YourChief]

в общем случае ответ такой: никакая. php просто клиент базы и всё его взаимодействие с базой состоит в записи запросов и чтении ответов из сокета. движок БД (и типы таблиц в нём) как правило выбирают из задач. так вот, расскажите о них

[Pavel]

Cамая быстрая БД — это та, c которой лучше всего знакомы. MySQL хороший выбор — стабильная, много отработанных схем под разные нагрузки, оч большое сообщество, хороший отклик от разработчиков (montyprogram.com, percona.com ).

Answer 2

[deco]

Проект обучающего направления — как аналог могу привести в пример lingualeo.ru/
Не знаю будет ли это ответом — немного о проекте:

— Регистрация людей, которые будут проходить обучение;
— Разные уровни доступа к материалам;
— Большой архив мультимедиа-файлов;
— Персональные страницы, взаимодействие между учащимися и преподавателями;
— Некоторые соц.функции (стена, личные сообщения, лайки)

Отталкиваемся от того, что архитектура проекта будет MVC. Нужен человек, который не будет решать наши проблемы, а который расскажет о том, как лучше это сделать(направит в правильную сторону, а дальше будем учиться сами):

— Как правильно организовать PHP-архитектуру (какие есть подводные камни, возможно хаки)? Какую архитектуру классов нужно применить к MVC, что бы ее улучшить? Возможно есть лучшие архитектуры?
— Как оптимизировать запросы к базе данных?
— Оптимизация самой базы данных (внутренние и внешние ключи)
— Оптимизация PHP-скриптов

Comments

[vaevictus]

Это вопросы из серии «как мне лучше с работы домой доехать» — нужно смотреть что конкретно у вас происходит на проекте.

Answer 3

[Sergey]

1000 онлайн? Это ничего не говорит, например, да и вообще на хайлоад не тянет ни под каким соусом.

Comments

[deco]

Знаю, просто боимся что не выдержит и 1000 посетителей онлайн — поэтому решили перестраховатся + научится оптимизации у человека, который знает в этом толк.

[Sergey]

Проблемы надо решать по мере их поступления. Преждевременная оптимизация не есть хорошо.

[Анатолий]

«Проблемы надо решать по мере их поступления. Преждевременная оптимизация не есть хорошо.» это вообще спорный вопрос, если изначально безалаберно ко всему относиться тоже толку не будет, а если наверняка знаешь будущие планы, то и перестраховаться не помешает никогда.

[Sergey]

Кто говорит про безалаберно, бро?

Answer 4

[xserg]

Для высокой загрузки можно использовать такую архитектуру:
front end
nginx + php-fpm
mysql — slave servers (необходимое количество)

Для статических файлов — отдельный сервер
Кеширование — memory_cache (несколько уровней)

back end — apache+php
mysql — master servrer

А вообще 1000 человек действительно ниачем

Comments

[Pavel]

> slave servers (необходимое количество)
Здесь можно поспорить: в определенный момент мастер перестанет справляться с раздачей слейвам.
Среднее число серверов, после которого борьба с нагрузкой по схеме [мастер]-[много слейвов] теряет смысл, около 5. Дальше это экономически становится невыгодно. Хотя если схема [Кэш]-[мастер]-[много слейвов] c синхронизацией, допустим, раз в пару часов, то такая схема сможет выдержать гораздо больше. Правда, могут быть проблемы с потерей данных, если кеш упадёт.

[Pavel]

> А вообще 1000 человек действительно ниачем
Ну это смотря, чем они заняты ) Например, это аналитика в реальном времени…

Answer 5

[vaevictus]

Чтоб ответить на Ваш вопрос — нужно знать специфику ваших «1000 посетителей» — толи они мирно читают новости, толи ищут себе партнёра из базы на эн миллионов анкет, толи общаются в он-лайн чате.

Если ваши пользователи будут совершать одно действие в минуту — то выдержит один сервер, с php-fpm за nginx-ом. (если конечно не на тяжелом фреймворке всё будет сделано). Если будут как ненормальные обновлять страничку (или вести оживлённые беседы в реалтайм чате) — стоит задуматься о выносе функционала в java.

А вообще — пишите в личную почту, помогу чем смогу. Работал оптимизатором(не тем, который тексты переписывает :)) на сайте знакомств, нагрузка была более 5млн в день

Answer 6

[Роман Гоголев]

Поищите в интернете выступления Алексея Рыбака на всяких конференциях — PhpConf, Highload итд.
Он там постоянно рассказывает про архитектуру высоконагруженных сервисов (на примере badoo).
Ну а так, можно почитать топики на хабре про общие вещи — архитектура, кеширование итд, про конкретные вещи можно спросить в Q&A, ну или в личку, например мне, помогу чем смогу.
Удачи Вам.

Answer 7

[Ura78]

Мы пользовались услугами sqlinfo.ru/services/, толковые ребята