Опять таки не знаю к чему относится вопрос, запостил здесь.
У нас планируется разработка асинхронного АПИ. Суть в том что каждый запрос сперва сохраняется в БД как запрос, а потом по мере возможности посылается в очередь на реальную обработку. Тем самым создается асинхронность запросов. Я в недоумении, зачем городить лишний элемент (сохранение в БД самих запросов) если можно воспользоваться возможностями очередей (которые и так затем используются).
Да персистентные очереди очень проседают в производительности, но есди посадить их на SSD проседание будет не более 20% (сам на оленке проверял), тем более для нас скорости не критичны. Критично не потерять запрос. Меньше элементов - меньше возможностей для сбоя
Может я чего то не знаю про очереди?

не менее, но зачем?
Т.е. предлагается такой вариант:
клиент - временная БД - очередь - БД
вместо того, чтобы исползовать:
клиент - персистентная очередь - БД

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