1. Основные подходы к проектированию системы

При начале нового проекта стоит использовать один или комбинацию нескольких архитектурных подходов.

1.1. Подход top-down (сверху вниз)

Идея:

• от бизнес-задачи → к компонентам → к модулям → к деталям.

Кому подходит:

• когда требования понятны;

• когда нужен быстрый каркас системы.

1.2. Подход bottom-up (снизу вверх)

Отталкиваемся от:

• данных;

• существующих сервисов;

• инфраструктуры.

Подходит для компаний, где часть системы уже существует.

1.3. Data-driven дизайн

Для систем с большими объёмами данных:

• сначала проектируем модели данных;

• затем проектируем API, события, сервисы.

Хорошо работает для аналитических систем, CRM, e-commerce.

1.4. Event-driven дизайн

Система строится вокруг событий:

• сервисы реагируют на события (Kafka, RabbitMQ);

• слабая связанность;

• легко масштабировать.

Хорошо подходит для распределённых систем, сложных workflows.

1.5. Domain-Driven Design (DDD)

Определение:
DDD — подход, при котором архитектура строится вокруг модели предметной области и bounded contexts.

Где хорошо работает:

• сложная предметная область;

• много команд;

• большой проект с долгим сроком жизни.

1.6. Подход через MVP

Если цель — быстрый вывод продукта:

• начинаем с минимальной функциональности;

• архитектура упрощена;

• по мере роста продукта переход к более сложной структуре.

1.7. Важные шаги при старте проектирования

• определить функциональные требования;

• определить нефункциональные требования (SLA, latency, qps);

• выбрать модель данных;

• выбрать архитектурный стиль;

• выбрать технологии (БД, язык, очередь, API);

• предусмотреть логирование, мониторинг, отказоустойчивость.

Краткий вывод

Проектируя систему с нуля, выбирают подход, который подходит под задачу: DDD, event-driven, data-driven, top-down и др. На практике используют комбинацию, начиная с требований и заканчивая архитектурой.