Пример, который вы приводите, является скорее изменением дизайна и реализации, а не архитектуры.Конечно, реализация NoSQL может быть быстрее и увеличить общую производительность, но вы будете измерять производительность реализации.
Я бы предположил, что производительность архитектуры больше зависит от количества задействованных компонентов и того, какони расположены - и это зависит от того, где вы проводите грань между «архитектурой» и «дизайном» (и деталями реализации).
Сессии Роджера потратили много времени на изучение влияния сложности в ИТ-системах (в частности, в сервис-ориентированной архитектуре).Лично я подозреваю, что есть смысл в том, что более сложная архитектура может быть не такой эффективной и, следовательно, не такой быстрой.
Я не уверен, что вы действительно можете проверить «производительность» архитектуры - изТочка зрения, что она существует только «на бумаге».Известно, что самолеты, которые отлично выглядят на бумаге, убивают летчиков-испытателей.
Что касается программного обеспечения, я знаю, что различные системы моделирования имеют функциональность, которая позволяет вам проходить через процесс и обнаруживать узкие места;единственный, кого я знаю, что конкретно это делает, это ProVision (но, вероятно, есть и другие).