Как насчет этого курса - https://www.udemy.com/course/how-to-become-an-outstanding-solution-architect/learn/lecture/6834706#overview? Для входа в тему, так сказать.

+1)

Все равно будете парсить Json в конце

Ну или слать его в кафку 😂

Ну софт скилы чтобы не в кафку слать, а в другие места

Тут санкции одобрены европарламентом сегодня. А софтскиллы в рф только работают. Лучше не только софтскиллы иметь)

Всем привет.
В вакансиях часто пишут про "архитектурный надзор" и подобное.

Кто как у себя это реализует? И реализует вообще?

Бить линейкой по рукам если схватил не ту либу?)

Если 20 команд - времени же не хватит смотреть на каждую либу.

Это какаято оч серьезная топ позиция

Разве это не простое соответствие выбранной и согласованной в проекте архитектуре?
Взаимодействие компонентов и может быть прохождение тестов.

Как проверять это соответствие?

на уровне application или solution ?

Обрезать все взаимодействие, кроме согласованного . :)
Тесты должны покрывать ключевые точки логического взаимодействия - всякие e2e

да, для solution - ограничение проходов сильно помогает

Ножницами?

Строкой в проекте - взаимодействие должно осуществлятся только с и перечислением систем.
Дальше техническая реализация - программные fw или железные fw, контроль.
Логику можно проверить только тестами..

Давайте соединю вопрос с вашим ответом:

Q: Кто как у себя это реализует? И реализует вообще?
A: взаимодействие должно осуществлятся только с перечислением систем
Q: Как проверять это соответствие?

Ответ зависит от размера бюджета проекта :)
Начиная с банальных ручных тестов  по ключевых точкам - взаимодействие на уровне систем, логическое взаимодействие , корректность отработки сценариев . Инструментарий на выбор - пинг, телнет, security scan, башизм с curl и кофием.
Заканчивая - закаткой всего в автоматизацию и  паплайн выката в релиз. :)

Обычно все на это забивают и делают формально (акт-приема передачи системы), если вообще делают. :)