Секреты перехода к модульному монолиту и при чем тут REST API

Сверху нам спустили задачу: изменить обмен с мастер-системой, заменив RabbitMQ на REST API. Чтобы поддержать асинхронность обмена в синхронном REST API, мы использовали паттерн long polling и сделали полное описание событийной модели. Метод табличного описания бизнес-логики обмена по REST API дал возможность увидеть и реализовать более 70 точек интеграции с системой.

Переход на новую архитектуру приложения, основанную на DDD, чистой архитектуре и применении Event Storming, позволил более эффективно проектировать и разрабатывать бизнес-логику приложения. Мы следовали подходу «Душитель» и строили новый модульный монолит рядом со старым, потихоньку меняя архитектуру, незаметно для пользователей в продакшене.

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

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