MS
поеду на Highload++ там может кто-то сможет аргументировать свою позицию
Size: a a a
2017 June 23
RS
А какие твои аргументы?
MS
Лишнюю зависимость не затягивать. Скорость на Постгре для очереди очень приемлема для большинства бизнес приложений. У нас тут не CERN же.
MS
Не, мож кто-то в науке работает, я не хочу всех под одну гребенку.
MS
В cern например ZeroMQ для очереди сообщений используют. Самая быстрая очередь, но без брокера. Только для доставки.
MS
Но они генерируют петабайты данных
RK
очереди юзают не только в церне
RK
у нас около 600 клиентов которым нужна быстрая очередь
MS
Почему не затягивать лишнюю зависимость для меня кажется критичным: когда у тебя в проекте уже более 4-х десятков отдельных приложений, то каждое новое приложение как серпом по яйцам при поставке, поддержке, мониторинге, тестировании.
MS
у нас около 600 клиентов которым нужна быстрая очередь
Ну, Ром, дай определение "быстрая"
RK
от 10к в секунду
MS
кому надо, тот NATS, RabbitMQ развернет
RS
Смысл есть, конечно. При малом объеме процессинга норм. НО
Привлекают DBA, значит, к этому моменту уже тормозит БД, возможно как раз из-за очереди
Привлекают DBA, значит, к этому моменту уже тормозит БД, возможно как раз из-за очереди
RS
Началося, спамеры атакуют
MS
я забанил его
RS
я тоже
RS
похоже, пора расчехлить ботфазера
RK
кому надо, тот NATS, RabbitMQ развернет
А вот самое смешное что разворачивают мелкие и средние а тырпрайз чаще покупает или пилит свое
PT
10k в секунду это круто.