Выбор должен следовать требованиям: журнал с retention, replay, partitions и независимыми группами часто ведёт к Kafka; сложная маршрутизация и task queues могут вести к RabbitMQ.
Почему была выбрана Kafka, а не RabbitMQ?
Выбор должен следовать требованиям: журнал с retention, replay, partitions и независимыми группами часто ведёт к Kafka; сложная маршрутизация и task queues могут вести к RabbitMQ.
Короткий ответ
Что ответить на собеседовании
Подробный разбор
Ответ с пояснениями
Выбор должен следовать требованиям: журнал с retention, replay, partitions и независимыми группами часто ведёт к Kafka; сложная маршрутизация и task queues могут вести к RabbitMQ.
Назовите потребителей, требования к порядку, срок хранения, replay, скорость обработки и опыт эксплуатации команды. Затем объясните, какие из них определили решение именно на вашем проекте. Не утверждайте, что RabbitMQ вообще не поддерживает повторное чтение: его Streams предоставляют сохраняемый журнал с недеструктивным чтением. Сравнивать нужно конкретные модели и настройки, а не только продукты. Цена эксплуатации, мониторинг и обработка ошибок важны не меньше пикового throughput.
Источник: www.rabbitmq.com.