Начните с границ бизнес-доменов, зависимостей и реальных проблем монолита, а не с механического выделения каждого контроллера в отдельный сервис.
С чего начать декомпозицию монолита на микросервисы?
Начните с границ бизнес-доменов, зависимостей и реальных проблем монолита, а не с механического выделения каждого контроллера в отдельный сервис.
Короткий ответ
Что ответить на собеседовании
Подробный разбор
Ответ с пояснениями
Начните с границ бизнес-доменов, зависимостей и реальных проблем монолита, а не с механического выделения каждого контроллера в отдельный сервис.
Выберите небольшой домен с ясным владельцем данных и минимальным числом синхронных зависимостей. Сначала улучшите модульность внутри монолита, определите контракт и наблюдаемость, затем переносите функциональность постепенно по strangler-подходу. Продумайте совместимость API, миграцию данных, доставку событий и откат. Если два сервиса требуют общей транзакции почти при каждой операции, граница может быть выбрана плохо. Успех измеряют независимостью релизов, надёжностью и стоимостью сопровождения, а не количеством микросервисов.