Есть задача. Нужно разработать крупную распрделенную систему. Она состоит из независимых кластеров и хаба.
В кластер состоит из реплицируемых узлов. Каждый узел — это некое web-приложение, которое взаимодейстует с соответвующим локальным узлом распределенной базы. Есть также нина данных. Базу может модифицировать web-приложение либо другой кластер может послать сообщение в шину другого кластера.
Вопрос стоит ли разделять слой бизнес-логики на две части — тот который работает с базой непосредственно и тот, который обсуживает web-приложение? И организовать общение между ними через шину?
Здравствуйте, Hard_Club, Вы писали:
H_C>Есть задача. Нужно разработать крупную распрделенную систему. Она состоит из независимых кластеров и хаба.
H_C>В кластер состоит из реплицируемых узлов. Каждый узел — это некое web-приложение, которое взаимодейстует с соответвующим локальным узлом распределенной базы. Есть также нина данных. Базу может модифицировать web-приложение либо другой кластер может послать сообщение в шину другого кластера.
H_C>Вопрос стоит ли разделять слой бизнес-логики на две части — тот который работает с базой непосредственно и тот, который обсуживает web-приложение? И организовать общение между ними через шину?
OMG. Over-architecture detected.
Нафига это все надо?
H_C>Вопрос стоит ли разделять слой бизнес-логики на две части — тот который работает с базой непосредственно и тот, который обсуживает web-приложение? И организовать общение между ними через шину?
В чём выигрыш и проигрыш, если так делать и если не делать?