Когда разработчику нужно в общем описать систему, он может сделать это, описав слои из которых она состоит.
Давайте представим что мы начинаем стартап — сервис, где можно сконструировать собственный бункер 🏢. Этот сервис будет состоять из мобильного приложения, бэк-энда и базы данных, куда информация будет сохраняться.
Это классический
3-tier architecture. Иными словами, в нашем сервисе есть presentation tier, application tier и data tier.1️⃣ Мобильное приложение это
presentation tier. Это интерфейс, который предназначен для пользователя.2️⃣ Бэк-энд сервисы, которые помогают мобильному приложению работать это
application tier, здесь живет бизнес логика. Повторяю, это не обязательно один монолит, несколько сервисов могут относиться к одному слою.3️⃣ Базы данных, с которыми работает бэк-энд и которые обеспечивают сохранение данных это
data tier.3-tier architecture не является единственным возможным вариантом архитектуры. Представим, что наше мобильное приложение все запросы шлет через API Gateway, а этот gateway распределяет их по сервисам. Теперь у нас 4-tier architecture.Как видите, слоев может быть сколько угодно. Поэтому в целом такой подход описания архитектур называют
N-tier architecture.⬛️ Еще раз — любую архитектуру можно разбить на логические слои и описать как
n-tier architecture. Не факт, что большее количество слоев делают архитектуру менее эффективной, но они усложняют ее понимание.Со сколькими слоями сталкивались вы? Пишите в комментариях.
#хардскиллы
