Наше приложение ведет себя странно.
Есть одна очередь UserUpdate, содержащая команды, требующие обновления пользователя в нашей базе данных.
Как только это завершено, мы публикуем сообщение UserUpdated для всех процессов, чтобы каждый процесс мог очистить свой кеш в памяти.
Когда мы запускаем Потребителя очереди UserUpdate, RabbitMQ мгновенное замедление, 100% ЦП, пропускная способность в других очередях делится на 10. Если мы остановим потребителя, RabbitMQ снова будет в порядке.
Это единственная очередь, в которой мы наблюдаем такое поведение, и это не первый случай, когда мы получаем команды и создаем события.
Ища, что может быть причиной этого, я вспомнил, что читал, что MassTransit должен использовать в приложении два разных экземпляра шины: 1 для производителей , 1 для потребителей.
Но я не могу найти это в документации MassTransit.
Это все еще так? Может ли это нам помочь?
Может быть, я ошибаюсь и в документации об этом тоже никогда не было написано?
Если это еще что-то, что мы должен сделать, что может быть лучшим способом сделать это? Использование двух контактов: IProducerBus и IConsumerBus и использование multibus?
Подробнее здесь: https://stackoverflow.com/questions/790 ... -consumers
