Какой вариант очереди выбрать?

Всем привет!

Есть проект, который логически разбит на несколько подсистем:
- подсистема, которая работает с некоторыми внешними ресурсами - на Node.js
- подсистема, которая исполняет основную бизнес-логику - на PHP
- и фронтэнд на React

Между первыми двумя идет очень плотный обмен данными через некий внутренний HTTP REST API. Столкнулись с проблемой, когда из-за скачков нагрузки и сетевых проблем (подсистемы географически расположены на разных серверах) часть данных не доходит. Принято логичное решение перейти на очереди сообщений.
Собственно вопрос - какой вариант выбрать? Основные требования:
- наличие незаброшенных (т.е. активно развивающихся) клиентов как на PHP, так и на Node.js
- open-source, возможно, наличие облачной версии (чтобы не заморачиваться с администрирование своих серверов)
- положительный практический опыт на highload-проектах

Кто что может посоветовать?
  • Вопрос задан
  • 433 просмотра
Решения вопроса 1
Stalker_RED
@Stalker_RED
Вот неплохое сравнение rabbit vs kafka
В комментах много мякотки о различиях стандартов, вендорлоке, и перспективах всего этого.
Ответ написан
Пригласить эксперта
Ответы на вопрос 1
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через TM ID
Похожие вопросы
Cindx Москва
от 130 000 до 180 000 руб.
Reelmotion Games Санкт-Петербург
от 45 000 до 75 000 руб.
Acme Crypto Corp Нижний Новгород
от 80 000 до 140 000 руб.