Выбор технологий важен, но он не является первым архитектурным решением. Если начать с базы данных, фреймворка или способа развертывания до того, как понятен сам процесс, проект быстро начинает обслуживать выбранные инструменты вместо задачи бизнеса.
Я обычно начинаю с карты процесса: кто создаёт данные, где они меняются, что является источником истины, какие операции критичны по времени, что может происходить автономно и что должно пережить отказ отдельного компонента. После этого становятся видны реальные границы будущей системы.
Тогда технологический стек становится следствием требований. Это уменьшает количество случайных зависимостей, делает обновления предсказуемее и позволяет обсуждать архитектуру на языке результата: время операции, стоимость сопровождения, доступность, восстановление и возможность дальнейшего развития.