|
SOA как правильно работать с сохранением данных
|
|||
---|---|---|---|
#18+
Доброго времени суток. Ув. архитекторы\тим лиды, да в общем то, все кто разрабатывает приложения в рамках SOA. Допустим, у меня есть некое приложение. Я его хочу разбить на ряд модулей (сервисов). Общение между ними через брокера сообщений и приложение работает в рамках 1-й БД. В общем то вопрос в следующем: а как работать в этом случае с БД? Например, приложение имеет 10 независимых модулей (сервисов). 6 из них должны работать с БД. Каждый из 6 сервисом должен иметь свой "DbConnection" или же имеет смысл выделить отдельный сервис который берет на себя обязанности по работе с БД? Как это работает у вас? ... |
|||
:
Нравится:
Не нравится:
|
|||
11.01.2013, 02:24 |
|
SOA как правильно работать с сохранением данных
|
|||
---|---|---|---|
#18+
mvn3 Каждый из 6 сервисом должен иметь свой "DbConnection" или же имеет смысл выделить отдельный сервис который берет на себя обязанности по работе с БД? Если SOA-приложения вертятся на аппсервере, у него соединения с БД и так будут разделяемым ресурсом, и ничего никуда выделять не нужно. Если SOA хостятся как-то "самодельно", то вам следует определить, какие есть требования к управлению соединениями, и какие могут появиться в будущем. Например, ограничение количества одновременных соединений разными приложениями. Переиспользование существующих соединений с целью повышения производительности. Если что-то подобное требуется, то желательно сделать отдельный сервис, управляющий пулом соединений. Просто так усложнять систему, токмо ради архитектурных соображений, конечно же, не нужно. Ну и раз SOA, то всерьез стоит подумать про использование аппсервера. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.01.2013, 02:36 |
|
|
start [/forum/topic.php?fid=33&fpage=18&tid=1547749]: |
0ms |
get settings: |
11ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
36ms |
get topic data: |
12ms |
get forum data: |
2ms |
get page messages: |
38ms |
get tp. blocked users: |
2ms |
others: | 12ms |
total: | 135ms |
0 / 0 |