Архитектура веб-приложений, N-уровневые, 3 уровня или многоуровневые

Question

Я хотел бы знать, что такое архитектура моего приложения. я разработал веб-приложение для автоматизации процедуры развертывания, которая имеет много компонентов:

• на графический интерфейс пользователя (HTML, CSS, JS)
• задний конец (колба) базы данных
• Mysql

Внутренний интерфейс взаимодействует с несколькими внешними API и серверами хостинга. Так что это в основном что-то вроде этого: architecture mockup http://img15.hostingpics.net/pics/330786Capture.png

Также фоновый состоит из нескольких компонентов (один для каждого внешнего взаимодействия и тот, который координирует между всеми другими компонентами)

Я сделал некоторые исследования, и я не выяснили, является ли это 3 уровня, n-уровневая или многослойная архитектура.

Я знаю, что 3-ярусные и n-ярусные архитектуры основаны на физическом разделении компонентов приложения, в то время как многоуровневая архитектура является логической. Но я не знаю, могу ли я рассматривать внешних поставщиков API как компонент приложения (так что они будут физическими компонентами, тогда мое приложение будет n-ярусом). Или иначе я должен рассматривать внешние компоненты взаимодействия как логические, а затем мое приложение будет 3 уровнями с многоуровневым уровнем. (бэкэнд)

Answer 1

Я бы сказал, что это трехуровневое приложение с многослойным средним уровнем и, возможно, многослойным интерфейсом, если у вас есть сложный Javascript (например, с шаблоном, например MVVM) клиентская сторона.

В качестве побочного примечания такая классификация имела смысл, когда моно и 2-ярусные приложения по-прежнему велики, и сеть не была настолько распространена. Теперь с ростом микросервисов и API REST, это намного менее актуально для ИМО. В основном вы не можете подсчитать количество ярусов, участвующих в среднем приложении, и многослойная (будь то оригинальная многоуровневая архитектура или вариант шестиугольника или лука) в значительной степени является нормой.