Вопросы React Frontend Developer

Известные архитектурные подходы включают: Монолит — всё приложение разрабатывается и развёртывается как единое целое; Микросервисы — приложение разбивается на множество небольших, независимых сервисов, каждый из которых отвечает за одну бизнес-возможность; SOA (Service-Oriented Architecture) — более ранний подход, похожий на микросервисы, но с акцентом на крупные, переиспользуемые сервисы и тяжёлые стандарты общения (часто через ESB); и Event-Driven Architecture (EDA) — архитектура, где компоненты системы общаются путём генерации и обработки событий (асинхронных сообщений), что обеспечивает слабую связанность и высокую масштабируемость.

DDD (Domain-Driven Design) — это подход к разработке программного обеспечения, который фокусируется на сложной предметной области (домене). Его основная идея — максимально точно смоделировать в коде бизнес-процессы, правила и понятия, используя общий язык между разработчиками и экспертами.
На практике его применяют через:

1. Глубокое погружение в домен: Постоянное общение с бизнес-экспертами.

2. Создание единого языка (Ubiquitous Language): Использование одних и тех же точных терминов (например, "Портфель заказов", "Инвойс", "Сборка") в разговорах, документах и коде.

3. Выделение bounded context (ограниченных контекстов): Чёткое разделение большой системы на относительно независимые модули, каждый со своей внутренней моделью (например, "Контекст логистики" и "Контекст биллинга").

DDD — это подход к проектированию, который ставит бизнес-домен в центр разработки. Главная идея — строить архитектуру так, чтобы код отражал реальные бизнес-правила и язык предметной области. Основные элементы DDD — сущности (entities), value objects, агрегаты, доменные сервисы, bounded contexts и ubiquitous language. Этот подход позволяет создавать гибкие и понятные системы, особенно когда бизнес-логика сложная.

В event-driven архитектуре Kafka выступает центральным хранилищем и транспортом событий. Сервисы публикуют события, не зная, кто их будет обрабатывать. Консьюмеры независимо читают события и реагируют на них. Kafka обеспечивает надёжность, масштабируемость и порядок обработки. Благодаря этому система становится более гибкой и устойчивой.