Выбор языка и БД для высоконагруженного веб-приложения?

Question

[Алексей Скобкин]

Вопрос от моего друга igla (не хватило кармы):

Какой из следующих языков программирования: PHP, Ruby, Perl или Python является самым быстрым и в связке с какой БД (MySQL, PostgreSQL, FlockDB...) лучше подходит для написания веб приложений, ориентированных изначально на высокую нагруженность? Конечно, при необходимости могут быть использованы различные системы кеширования и дополнительные фреймворки.

Comments

[dborovikov]

Насчет «быстроты языка» расскажу такую историю. Был продукт, занимался он в основном тем, что собирал документы по сети. Написан он был на С++ и на каждый запрос создавал по треду. Продукт был переписан на Python и уже не создавал треда на каждый запрос, а использовал неблокирующий ввод-вывод. В итоге продукт получился быстрее. Это при том, что на синтетических тестах Python в десятки, а то и сотни раз «медленее».

Answer 1

[Сергей]

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

Важно думать при разработке о нагрузках и правильно писать код, имхо

Comments

[s0rr0w]

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

Answer 2

[Anton Fedorov]

Java и только Java. Кластер готовить заранее, вебсферу тоже.

Comments

[Igor Petrov]

Соглашусь с товарищем. Пресловутую серверную Java и базу, если не жалко денег, Oracle. Вам же для серьезных вещей?

[s0rr0w]

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

Answer 3

[atomlib]

Это тема для холивара, а не вопрос с однозначным ответом.

Comments

[Алексей Скобкин]

В принципе, да. Но все же, есть языки, которые изначально рассчитывались на это, которые лучше по результатам тестов справляются с такими задачами.

[KhanTengri]

Например?

[Алексей Скобкин]

Erlang.

Answer 4

[Horse]

Если так что-бы эпичную производительность иметь — c++ + key-value (тоже с++) бд (собственной реализации). Если нет — берите php, только потому, что он нынче самый популрярный для этих целях.

Если компа одного не хватит — пофиг, ставьте еще один, web он сверхвысокопаралелизируемый. Просто изначально нужно придумать или прочитать нормальную архитектуру для этого.

P.S. Что-бы вы не делали, какой бы язык не выбрали (в данном контексте) — не ошибетесь.

Answer 5

[gro]

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

Answer 6

[dborovikov]

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

Что касается БД: вот так с плеча рубить я бы не стал и отказываться от РСУБД не стал бы. О том, что NoSQL решает проблему масштабируемости я верю с трудом. Шардинг все же нужно делать ручками, разрабатывая всю нужную инфраструктуру под него. Но NoSQL вполне можно использовать как дополнительное хранилище, что бы уменьшить нагрузку.

Итого: Python (Tornado, Gevent) + Postgresql (для снижение нагрузки на чтение можно использовать несколько read-only реплик), Redis.

Вместо Postgres можно MySQL, но это уже скорее дело личное.

Answer 7

[smartly]

Больше зависит от алгоритмов и структур данных, а не от языка.

Answer 8

[Юрий]

БД я бы взял postgres. Язык — какой-нибудь компилируемый. Если предполагается действительно высокая нагрузка, то erlang.

Answer 9

[phasma]

Си, самый обычный со своей БД.

Answer 10

[Renat Ibragimov]

Возьмите любой язык и любую БД подходящую под задачу и кэшируйте, кэшируйте и кэшируйте :)

Comments

[vitalyg]

а если инфа постоянно обновляется? Не проканает ...

[Renat Ibragimov]

vitalyg: понятие "постоянно" тоже относительно, раз в минуту, раз в 10... и т.д. надо все же от приложения смотреть и требований.

Answer 11

[Алексей Помогаев]

Я бы выбирал между php и python, при этом производительность любого из них не особо важна. Важно совсем другое: архитектура проекта. А это кеширование, кластер, база данных, распределитель нагрузки и т.д.

А вообще, java мне больше нравится, здесь уже из коробки есть кластеры и другие приятные штуки :)

Answer 12

[int02h]

PHP + MySQL +
PHP — потому что при желании (для повышения производительности) его можно будет странслировать в С++, да и выбор фреймворков впечатляет.
А к MySQL можно прикрутить Sphinx.

Comments

[Сергей Береснев]

К сожалению HipHop поддерживает только php5.2, а на носу уже 5.4

[int02h]

Я думаю, что ребята из Facebook тоже не дремлют. Во всяком случае хочется в это верить.

Answer 13

[Владимир Чернышев]

Какой из следующих языков программирования: PHP, Ruby, Perl или Python является самым быстрым

По моему опыту (Perl в него не входил, насчёт него экстраполирую) они все в одной весовой категории, на одних задачах один покажет себя быстрее, на других другой, особенно если пишет для одного теста на всех языках один программист, хорошо знающий один язык и поверхностно конкурентов.

Выбор надо начинать, имхо, с архитектуры, а уж потом искать оптимальные средства для её реализации.

Answer 14

[Федор Индутный]

node.js+cluster+redis+mongodb.

Использовать PubSub redis для нотификации остальных node.js instances об изменениях в базе, если нужен реалтайм.
Cluster — это как gunicorn для python

Answer 15

[shai_xylyd]

Не думаю, что в таких жестких рамках есть пространство для выбора; все (±) одинаково плохо/хорошо. Нужно отталкиваться от конкретных задач (объемов данных и запросов).

Я для своего проекта выбрал Java (Play Framework) + Riak. Вот тут на C/Erlang написали lionet.livejournal.com/88113.html

Answer 16

[licvidator]

Perl + Memcached :-)

Answer 17

[Денис]

Если сильно высоконагруженный, то посмотрите на старших товарищей (соц.сети).
Как вариант: Java + MS SQL

Answer 18

[polymorphs]

Зависит от характера нагрузки. Если в коде есть сложные математические вычисления, занимающие основное время при отработке запроса то можно вынести их в подгружаемую динамическую библиотеку. Такая задача возникла при написании инженерного сайта для одной нефтяной компании. Один запрос на php считался десяток секунд, с динамической библиотекой расчет проходил в сотни раз быстрее.
Наверное в других веб проектах может возникнуть подобная проблема.