документацией для MassTransit с RabbitMQ гласит:Может очередь быть стойкими
control queues are exclusive and auto-delete - they go away when you go away and are not shared.
Я неясный о последствиях здесь; в моей системе мне нужно, чтобы очереди были прочными, а сообщения сохранялись. Если мне нужно снизить потребительские процессы (например, для обновлений) или если мне нужно перезагрузить сервер (для исправления Windows, скажем), я хочу, чтобы существующие очереди зависали и не теряли никаких текущих сообщений, поэтому обработка может продолжаться один раз все возвращается на место, не отбрасывая опубликованные сообщения. Если потребители не доступны, я хочу, чтобы опубликованные сообщения могли накапливаться до тех пор, пока я не получу потребитель (ы) обратно в Интернете.
В RabbitMQ я могу настроить очереди на долговечность, а сообщения должны быть постоянными. Возможно ли это при использовании MassTransit?
Или «управляющие очереди» очереди, которые отвечают на управляющие сообщения, не связанные с очередями моего приложения?
Чтобы быть ясным: это аспект автоматического удаления, о котором я беспокоюсь, а не об исключительном аспекте. –