Что хотят услышать интервьюеры:

Monolith First используют, чтобы сначала быстро и просто собрать рабочую систему в одном приложении, а уже потом, когда появится реальная нагрузка и понятные границы домена, при необходимости выделять сервисы. Такой подход снижает сложность на старте и помогает избежать преждевременной микросервисной архитектуры. Обычно важно показать, что микросервисы — это не цель сами по себе, а инструмент, который стоит вводить осознанно.

Определение:

Monolith First — это стратегия разработки, при которой систему сначала строят как единый монолит, а не сразу делят на множество сервисов. Смысл подхода в том, чтобы упростить запуск проекта, быстрее проверить бизнес-идею и лучше понять предметную область. Позже, если система вырастет, из монолита можно выделять отдельные сервисы по реальным границам ответственности.

Пример использования:

Например, команда запускает новый интернет-магазин. Сначала в одном приложении реализуют каталог, корзину, заказы и оплату, чтобы быстро выйти на рынок и проверить спрос.

// Упрощённый пример монолитного сервиса заказа
public class OrderService {
    private final ProductRepository productRepository;
    private final PaymentService paymentService;

    public OrderService(ProductRepository productRepository, PaymentService paymentService) {
        this.productRepository = productRepository;
        this.paymentService = paymentService;
    }

    public void createOrder(Long productId, int quantity) {
        Product product = productRepository.findById(productId);
        if (product.getStock() < quantity) {
            throw new IllegalStateException("Недостаточно товара на складе");
        }

        paymentService.charge(product.getPrice() * quantity);
        product.decreaseStock(quantity);
        productRepository.save(product);
    }
}

Пояснение кода:

Код показывает один сервис, который внутри одного приложения координирует работу с товарами и оплатой. В монолите такие зависимости проще вызывать напрямую, без сетевого взаимодействия и распределённой инфраструктуры. Если позже каталог и оплата станут независимыми и сильно нагруженными частями, их можно будет выделить в отдельные сервисы.

Ключевые моменты:

Упрощает старт проекта и ускоряет выпуск первой версии.
Позволяет лучше понять доменные границы до разбиения на сервисы.
Снижает операционную сложность по сравнению с микросервисами на раннем этапе.
Помогает избежать дорогой ошибки преждевременной декомпозиции.
Подходит, когда требования и границы ответственности ещё не до конца ясны.
Монолит First не означает «навсегда монолит» — это временная стратегия с возможностью дальнейшего выделения сервисов.

Какова цель использования подхода Monolith First при разработке систем?