А я конструктор РЭА

У меня рядом церковь, там батюшка в студенчестве разрабатывал управляемую посадку первой ступени)

А у меня первое место работы - ЦСКБ-Прогресс, шах и мат.

Не факт что мат)
Я служил на Ракетном крейсере 'Москва' в Севастополе

Но все таки хва писюнами меняться

Мат. Ракетный крейсер "Москва" Юру Гагарина в космос не запускал, в отличие от ЦСКБ-Прогресс.

И уж тем более у вас на ракетном крейсере "Москва" не читал лекции главный конструктор Р7А, она же "Восток", "Восход", и "Союз", Дмитрий Ильич Козлов.

У тебя длиннее))))

Заносчивость зашкаливает
Рад за вас

Коллеги! Выясняйте отношения в личке, plz. Это первое предупреждение, - оно же последнее. Я достаточно чётко прояснил позицию админа этого чата?

Да Дмитрий
Полностью с вами согласен

Спасибо 🙏

Монс в чатике тарантула сформулировал правильное обоснование про механизм очередей

С очередями всё просто. У вас есть выбор: либо вы готовы потерять задачу, либо вы готовы на двойную обработку задачи, либо готовы положить сервис, в случае недоступности очереди.

если вы готовы потерять, то:
никакой репликации, ставите несколько нод, выдача id'шников внешняя (или uuid). кидаете задачи round-robin'ом, потребляете из всех
если какая нода сдохнет - задачи, лежащие в ней либо птеряются, либо выполнятся позже

если готовы задвоить, но не потерять:
ставите N(>1) очередей под одни и те-же таски.
всё, как с обычными БД. выбираете мастера, работаете только с ним, если отваливается, переключаетесь и т.п.

если нужна strong-consistency: вам точно нужны очереди? ))

чаще всего применяется первый подход
для второго хорошо подходят идемпотентные операции (тогда можно не париться из-за двойной обработки)

Т.о. queue, как базовый элемент конструктора, может использоваться, но для распределённых/отказоустойчивых архитектур требуются дополнительные на[д]стройки. Как впрочем и с любым инструментом

(с) fb.com/mons.anderson

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

вероятно Вам не надо решать такие задачи

в рамках одного монолита и одного сервера очереди не очень нужны

Да, не надо, я вообще только учусь и я вот часто слышу про очереди, и очень хочется понять для чего это!?

хотя даже в таком варианте асинхронность проще всего организовать через очереди

ключевые слова микросервисы, распределенные системы, отказоустойчивость

Очереди это например: отложеная отправка почтового уведомления после какого либо действия.. Смс.. Публикация объявления на несколько рекламных площадок.. Задача на пересчёт статистики.. Обновление списка друзей...