Управление ростом в архитектуре микросервиса: модульный монолит раствором? [закрыто]JAVA

Программисты JAVA общаются здесь
Anonymous
Управление ростом в архитектуре микросервиса: модульный монолит раствором? [закрыто]

Сообщение Anonymous »

Наша команда управляет архитектурой микросервиса, которая в настоящее время включает в себя примерно 200 Java Spring Boot Microservices , с приблизительно 50 новыми услугами каждый год . Мы следуем принципам дизайна, управляемым доменом и используем Spring Cloud Gateway в качестве точки входа, интегрируясь с различными системами. Наш типичный поток выглядит следующим образом: < /p>

Код: Выделить всё

Client -> Client Integration Service -> System X Integration Service -> System X

Коммуникация обрабатывается через службы Rest и Queue. Например, обновление более новой версии Java взяло нам 5 спринтов, подчеркивая проблемы управления обновлениями и развертыванием во многих услугах. Чтобы решить эту проблему, мы рассматриваем переход к модульной архитектуре монолита для введения повторного использования и потенциально уменьшить накладные расходы. Каковы потенциальные преимущества и недостатки этого подхода? Scoped?


Подробнее здесь: https://stackoverflow.com/questions/797 ... e-solution

Вернуться в «JAVA»