от монолита к сервисам. Есть монолит, двухзвенная архитектура клиент-сервер, основная часть бизнес-логики реализована на стороне БД, в хранимых процедурах. В качестве пилотного, хочу выделить сервис проверки клиентов по стоп-листам, то есть стоп-листы и функционал, связанный с ними будет находиться в отдельном сервисе. Проверка одного клиента не вызывает вопросов. Но есть второй вариант, загружаем новый стоп-лист, нужно проверить всех клиентов по нему, сейчас это решается одним (тяжелым) запросом, так как все данные в одной БД, как это реализовать в сервисно-ориентированной архитектуре? Хранить информацию о клиентах в двух местах и при каждом изменение синхронизировать не хочется, при каждой полной проверке пересылать всю базу клиентов из монолита в сервис тем более... Как поступить?
имхо, я на такое всегда советую пойти почитать Эванса, выделить bounded contexts, организовать взаимодействие в рамках одного процесса
Обсуждают сегодня