Надо знать возможности и ограничения. А с базами пусть админы бд возятся, с брокерами систехи. А с языками - разработчики )

infrastructure as a code

О, сколько я насмотрелся проектов, сделанных такими архитекторами....

Монолитно.

Ну, это не самое худшее. Хуже всего, что архитектор читает обещания вендоров и верит им.
Вместо того, что бы смотреть в код тех же брокеров и фреймворков или погружаться в особенности конкретных БД.

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

а как знать возможности  и ограничения если сам руками не далал?

есть наверно у вас документ от вендора - возможности и ограничения?

Источники разные могут быть: документация, статьи, экспертное мнение и т.д. Не обязательно самому тратить уйму времени, разворачивать, настраивать, проводить нагрузочное тестирование с десятком брокеров, чтобы выбрать один для решения конкретной задачи. Более того,  это нецелесообразно.

Документация всегда врет, статьи почти всегда (и нет возможности отличить правдивые от лживых), экспертное мнение всегда необъективно.
Так что таки нужно разворачивать, настраивать, проводить нагрузочное тестирование, разбираться в реальных гарантиях и ограничениях, читать код.
Где-то самому архитектору, где-то вместе с программистами или DBA/OPS, но понимать внутренности нужно.
Иначе будут получаться ненадежные, плохосопровождамые и нерасширяемые системы.
Ой, а ведь все крупные системы, где архитекторы код не пишут - именно такие. Что телеком, что крупные банки...

короче можно не своими руками, а чужими

Идеальная картина, которая убивает time to market в зародыше 🤷‍♂

но тогда ты можешь знать ограничения, но не понимать откуда они берутся в итоге

видел много таких вот "спецов"

ирудиция это пыль ссыпаная в пустую черепную коробку

Неа, она спасает time-to-market на интервалах от 3х месяцев. А для проектов меньше архитектор вообще не нужен.

Но когда брокер для проекта в несколько тысяч человеко-лет выбирается по обещаниям вендоров (а я такое видел много раз)

Я про микросервисную архитектуру. В которой спринт на выкат в прод 2-3 недели.

Спринт - это не архитектура. А какой брокер между микросервисами - это архитектура. И его менять очень дорого, так как от него зависят гарантии, на которые рассчитывает каждый сервис.

Ну. И за 2-3 недели надо и архитектуру сделать, и реализовать.