От PostgreSQL к Tarantool: выбор в отсутствие выбора

Мы все используем очереди для асинхронных обменов, все знакомы с RabbitMQ и Kafka, но что делать, когда к очередям предъявляются необычные требования? Что делать, если нужно фильтровать сообщения, если вариантов фильтров бесконечно много? Если нужно работать в режиме Active-Active? Если нужно обеспечивать высокую нагрузку? В этом докладе мы хотим поделиться опытом, как мы решали эту задачу на PostgreSQL, как уперлись в его ограничения и почему выбрали Tarantool и перешли на него.