Многие книги, а тем более статьи, появляющиеся в наше время, пытаются свести ИТ-архитектуру к набору практичных рекомендаций. В меру простых, чтоб их несложно было растолковать широкому кругу читателей, как правило не архитекторов. В меру полезных, ну или выглядящих такими. Ну, и конечно, охватывающим достаточно широкую область общих и актуальных для самых разных организаций проблем. Таковы, например, книжки Марка Ричардса. Хотя каждая последующая из этой условной трилогии глубже и интересней чем предыдущая, все их объединяет простая идея от SEI: давайте возьмем нефункциональные требования и выберем из «списка архитектур» ту, что подходит нашему сочетанию требований наилучшим образом. 

При всем уважении к институту программной инженерии и выращенному им отряду ученых компьютерных наук, выскажу свой скептицизм в отношении такого подхода. ИТ-архитектура, конечно же, не ограничивается выбором формы декомпозиции требований на отдельные слабо- или не очень слабосвязанные процессы. Что остается между строк, скорее даже за стрелками и боксами архитектурных диаграмм – тема моего следующего вебинара.