Привет! Как правильно в современном проекте с девопс-подходом создавать такие сущности,

как очереди или эксчейнджи?

Наверное, это будет отдельный слой типа TF?
Я пошел искать провайдер, но нашел только мертвые хашикорповский и непопулярный https://github.com/cyrilgdn/terraform-provider-rabbitmq

У нас например devops у себя в системе конфигурации описывают только vhost и учётки. Обменники и очереди декларируют разработчики в момент раскладки кода

через код в самом приложении или инструменты?

Через код в самом приложении

И какому приложению принадлежит это? Которое продюсит или потребляет?

И то и то)

хаотичненько выглядит. Особенно с учетом того, что код может отличаться из-за человеческого фактора...

Да норм, подумаешь что две группы разработки одной системы назовут свои очереди "task" - удобно, чо. (Эт был сарказм если что)

Все решается в рамках vhost

Я думаю можно придумать когда не решается, но лень. Я в целом за то, чтобы кто-то распределял названия - это как минимум даст единообразие в системе в целом.

Очереди не могут быть одни и те же в разных приложениях (если только речь не про стримы, но для этого обычно кафку берут). Общим будет только обменник. Его можете создавать хоть через механизмы деплоя, хоть руками, все равно вы это делаете редко.

Которое продьюсит создаёт обменники, которое потребляет — очереди. Если это одно и то же приложение, то все сущности можно декларировать на старте.

Если понимать структуру приложений то в 99% случае всё понятно. В основном паблишеры декларируют эксчейнджи, а консьюмеры - очереди и биндинги. Исключение составляют полиси для кластера, шовелы и прочие такие механизмы. Их уже лучше обмазывать девопс подходом если это необходимо.