<Назад

Основные типы архитектуры приложений

В этой публикации разберемся с тем, какие бывают архитектуры приложений.

Существуют разные способы их классификации: по количеству уровней или слоев, по типам компонентов и связей между ними и другие.

Рассмотрим основные архитектуры приложений по типу компонентов и связей. Их легче всего интерпретировать.

1. Архитектура монолитных приложений — приложение все в одном.

Пример: веб-приложение, которое включает в себя логику взаимодействие с БД, бизнес-логику, интерфейс админа и интерфейс пользователя.

2. Архитектура модульных приложений — компоненты приложения разделены на отдельные модули, которые могут функционировать как отдельные приложения.

Пример: возьмем то же самое веб-приложение. Если каждый из 4-х компонентов выполнить в виде отдельного приложения, то у нас получится модульная архитектура.

3. Архитектура микросервисных приложений — компоненты приложения разделены на микросервисы, каждый из которых состоит из небольшого набора компонентов и связей, поддерживаемых отдельно.

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

4. Архитектура кластерных приложений — компоненты и связи распределены по кластеру компьютеров, которые объединены в сеть для обеспечения наилучшей производительности.

Пример: к вашему приложению ежеминутно отправляется большое количество запросов. Вы хотите снизить нагрузку на сервер базы данных. Для этого запускаете БД на нескольких серверах и с помощью балансировки распределяете трафик между ними.

На сам деле, я не зря выбрал такую последовательность архитектур.

Представьте, что вы запустили маленький стартап с небольшим приложением. Вы его разработали в монолитной архитектуре.

После нескольких месяцев пилотирования, у вас начались активные продажи, активный рост. Появилась потребность в расширении функционала. Монолитная архитектура не подходит. Переходим к модульной или микросервисной архитектуре.

Вот уже стартап превратился в серьезное предприятия. Количество активных пользователей в минуту перевалило за сотни тысяч. Пора переходить на кластерную архитектуру.

Заключение

Первоначальный выбор архитектуры — это очень важный этап проектирования, который прямо влияет на различные факторы. Например на то, как поддерживать продукт после запуска. Я рекомендую уже на этапе выбора архитектуры просить развернутое обоснование, почему разработчик выбрал ту или иную архитектуру.