Хранение слоя данных в виде отдельных развертываний

Question

Существует ли название для этого архитектурного стиля, в котором данные извлекаются из службы в отдельные развертывания? Или это чем-то напоминает?

1. Каждый ограниченный контекст состоит из пользовательского интерфейса, одной или нескольких бизнес-служб (BS) и одного или нескольких внутренних поставщиков данных (DP).
2. BS не имеют состояния и не могут хранить данные где-либо еще, кроме как через REST API, предоставляемый их DP. Они не должны «разговаривать» с другими службами.
3. DP может использовать пространства имен в базах данных, работающих в корпоративном облаке (например, пространство ключей в Cassandra).
4. DP может общаться с внешними службами (вне ограниченного контекста) через их шлюзы.

Я вижу здесь много проблем и не так много преимуществ. Не могли бы вы высказать свое непредвзятое мнение по этому поводу?

Answer 1

В настоящее время у нас есть похожая архитектура, которую мы используем сегодня в моей организации. Он не так гибок, как предлагаемый вами, но сильное отделение сервисов бизнес-логики от сервисов данных / доменов было очень успешным в течение длительного периода времени. Я не знаю, существует ли для него формальное архитектурное имя, но оно определенно позволило повторно использовать стабильный домен во многих различных приложениях.

Я знаю, что это не совсем отвечает на ваш вопрос, но это пример успешной архитектуры, которая близко соответствует предложенной вами.