Ответ.

Монолитная архитектура предполагает, что все функции приложения собраны в едином разрабатываемом и деплоимомом коде.

Сервис-ориентированная архитектура (SOA) и в частности микросервисы — подход, при котором приложение состоит из набора модулей, взаимодействующих через чёткие интерфейсы (обычно сетевые).

Когда выгоден монолит:

• Маленький стартап или MVP
• В приложении мало взаимодействующих модулей
• Важна простота управления и деплоя

Когда выгодна SOA:

• Крупные или растущие приложения с разными командами и технологиями
• Необходимость частых изменений в отдельных модулях
• Требуется повышение отказоустойчивости и масштабируемости

Пример сравнения: Монолит:

public class Application {
    public static void main(String[] args){
        UserService userService = new UserService();
        OrderService orderService = new OrderService();
        // Логика заказов, пользователей — всё в одном приложении
    }
}

SOA — взаимодействие по API:

GET /user/42    # запрос в сервис пользователей
GET /order/532  # запрос в сервис заказов

Ключевые особенности:

• Один процесс — проще деплой, сложнее поддерживать масштабирование
• Чёткое разделение ролей и ответственности между сервисами
• Требуется системная интеграция и тестирование связей

Вопросы с подвохом.

Разделяет ли SOA базу данных между сервисами?

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

Монолит всегда хуже по производительности?

Нет, монолит может быть производительнее на небольших объёмах, так как нет лишних сетевых вызовов и разделения памяти.

Можно ли перевести монолит в микросервисы "одним махом"?

Нет, обычно переход делается поэтапно, начиная с выделения границ контекстов и преобразования их в сервисы.