Дизайн разделения бизнес-слоя (логического) на два уровня (физических)

Здравствуйте!

Много читал про архитектуру приложений в целом. Суть понятна - надо разделить приложение на логические слои:
- UI - пользовательский интерфейс,
- Model - модель, бизнес-логика, бизнес-слой,
- Infrastructure - это все низкоуровневые детали типа базы данных и т.д.

Но кроме деления на "логические" слои приложение делится еще и на "физические" уровни.
Уровень, грубо говоря, - это физический компьютер, на котором выполняется программный код.
"Уровень" - это возможно не совсем точный термин.
Но вот в этой статье от Microsoft применяется именно термин "уровень":
https://learn.microsoft.com/ru... les/n-tier

В случае когда каждому логическому слою соответствует "свой" физический уровень, это разделение как бы "естественное".
В этом случае границы между слоями совпадают с границами между уровнями.
И по сути дизайн и реализация взаимодействия и слоев и уровней через эти границы - совпадают.

Но возможен и другой случай, когда один логический слой разделяется на два физических уровня.
Например, слой бизнес-логики должен быть расположен на двух серверах (на двух разных физических ПК).
В этом случае одна часть бизнес-логики (на первом ПК) взаимодействует с другой частью бизнес-логики (на втором ПК).
Получается, что здесь появляется дополнительная граница между уровнями внутри одного слоя.

Как это реализуется?
Как построить правильную архитектуру (правильный дизайн) такого разделения слоя?

Тут проблема в следующем.
Объекты слоя бизнес-логики должны обращаться только к другим объектам бизнес-логики. Они не должны ничего знать про инфраструктуру. Однако, чтобы "связать" две части бизнес-логики, расположенные на разных ПК (на разных уровнях), нужно использовать низкоуровневое взаимодействие через сеть.
Получается, что если один объект BusinessObject1, расположенный на ПК-1, хочет создать экземпляр BusinessObject2, который реализован на ПК-2, то BusinessObject1 просто вынужден "знать" про инфраструктуру, чтобы запросить через сеть (например, через REST-запрос) у другого ПК экземпляр BusinessObject2.

Как-то это неправильно. Или я чего-то не понимаю.

Объясните, пожалуйста, как это делается?
Интересует хотя бы примерная схема\дизайн.

0

Меня наверное никто не читает.)

Я бы ещё добавил: есть несколько способов группирования (разделения на логические уровни и слои). Например, можно группировать с целью, чтобы код был понятен. В этом случае нейронная сеть делится на нейроны. Ибо понятно, что такое нейрон по определению, и достаточно реализовать в коде, потом слои нейронов и так далее. И, вуаля, код нейронной сети готов. Он понятен и прост.

Но такой подход на практике не работает, ибо надо, чтобы код работал быстро, не нужны там классы и объекты нахрен.

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

0