Про OLTP

[inhate]

А на чём стоит начинать писать OLTP-систему с целевой производительностью порядка 4k запросов в секунду с перспективами масштабирования в несколько раз?

Предположим, есть только неможко пхпшников, которых в любом случае переучивать. Вопрос - куда.

Пока что кандидаты: scala, erlang, java, clojure

Comments

[alex_butenko]

а чем пыхпых хуже будет? :) php-fpm вполне себе будет работать.

[inhate]

Не умеет послать запросы на несколько серверов БД и внешних API параллельно.
Ну умеет connection pool.
PHP-FPM у меня уже есть. Захлебнулся на Debian при ~1300-1500rps на ноду, на центоси работает лучше, но всё равно двух проблем выше не решает.

[levgem]

какая может быть разница между дебианом и центосью?

[alex_butenko]

патчики всякие наверняка. Или fs там пошустрее работает.

[zotrix]

переобучите меня на php, а потом erlang :)

[wildman]

python + amqp :)

[eternal_leave]

На тебе, боже, что нам не гоже? ;)

[wildman]

мы именно на этом и работаем :)

[eternal_leave]

Я в курсе :) И даже в курсе, к чему это иногда приводит. Для продолжения дискуссии обращайся в 216 :)

[vaddimka]

erlang, zeromq + крестики

[anonim_legion]

Java или C#

[d239cb]

безумец, пошел вон!

[inhate]

А что плохого в старой доброй Java ?
Пока вижу следующие плюсы:
1) Вылизанный и довольно шустрый производительный рантайм
2) Наличие и выбор инструментария - профайлеры, отладчики, мониторинг потрохов
3) Наличие и выбор готовых компонент для организации необходимого параллелизма в приложении

[d239cb]

в джаве ничего плохого. просто аноним - клинический псих. его нужно травить.