Монолитная архитектура
Это объяснение термина монолитная архитектура, включающее контрольные вопросы и ключевые моменты.
In a Nutshell
Монолитная архитектура означает, что все функциональные блоки реализованы в одной связной системе и развёртываются как один артефакт.
Компактное определение
Монолит объединяет модули от интерфейса пользователя через бизнес-логику до доступа к данным в единой кодовой базе. Он собирается, тестируется и доставляется как один процесс.
Преимущество: простая структура и развёртывание. Недостаток: при росте приложения изменения становятся рискованнее, масштабирование ограничено (только целиком), поддержка усложняется.
Ключевые пункты для аттестации
- Все компоненты объединены
- Простое развёртывание
- Высокие затраты на обслуживание при растущей кодовой базе
- Часто встречается в legacy-системах и небольших проектах
- Риски безопасности из-за отсутствия изоляции
- Экономично для маленьких приложений, дорого при масштабировании
- Требует документации и оценки возможности миграции
Основные компоненты
- Единая кодовая база
- Общая модель данных
- Интегрированная логика
- Единый интерфейс пользователя
- Единая pipeline
- Централизованное логирование и мониторинг
Практический пример
Интернет-магазин как монолит:
Frontend, Backend и БД тесно связаны, любое изменение требует повторного развёртывания всего приложения.
Преимущества и недостатки
Преимущества
- Несложная настройка
- Прямое взаимодействие компонентов
- Хорошая производительность внутри системы
Недостатки
- Повторное развёртывание при каждом изменении
- Сложнее тестировать большую кодовую базу
- Масштабирование только целиком
Типовые вопросы для проверки знаний (с кратким ответом)
- Что такое монолит? Все компоненты системы в одном приложении.
- Когда это имеет смысл? Для небольших и средних приложений со стабильными требованиями.
- Как модернизировать? Разделить на модули или постепенно выделить отдельные сервисы.