Architecting a javascript application?

Question

JavaScript

Всем доброго времени суток! недавно, я задал вопрос об архитектуре планируемого приложения, но возможно не совсем развёрнуто(вопрос). суть в следующем:
Планируется следующее: логин, проверка лицензионного ключа, вывод статистики по покупкам, настройка профиля пользователя, фильтрация по покупкам и продуктам.
Стек выбрали следующий: React/Redux в качестве клиента, Yii/Rest/SQL соответственно бэк.
На данный момент фронт написан с применением общих практик по разделению файловой структуры, использованием роутов экшенов и т.д. Принцип следующий: нажали на кнопку - отрендерился компонент, нажали кнопку - отрендерился отфильтрованный список компонентов, нажали кнопку - рендерится статистика и так далее.
Of course, this is all in conjunction with Redux, and from this the question follows: is it enough as an architecture?
What else should be taken into account when developing so that the architecture is really true?
What would you advise to study, read, (spy :)) on this topic?

Answer 1

A correctly asked question already contains half the answer.

is it enough as an architecture?

Does this architecture solve the given architecture well enough, as well as business tasks?

What else should be taken into account when developing so that the architecture is really true?

Does this architecture 100% meet the business requirements for it and how well? And if not, why exactly?

What would you advise to study, read, (spy :)) on this topic?

Development of software and its architecture, software life cycles.