|
|
|
Покритикуйте архитектуру системы
|
|||
|---|---|---|---|
|
#18+
В файле представлена блок-схема системы с трехзвенной архитектурой. Отличие от классической схемы: - обмен данными между различными модулями не через БД, а через внешний интерфейс самих модулей. - за счет этого, возможность выделения отдельной БД для каждого модуля системы. Хочется услышать возможные недостатки подобной схемы. В первую очередь интересуют "подводные камни", а также возможности масштабирования по производительности, если такая схема будет реализована. Если подобный подход уже используется в каком либо продукте, то буду рад за ссылку и описание. Заранее всем спасибо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2008, 11:38 |
|
||
|
Покритикуйте архитектуру системы
|
|||
|---|---|---|---|
|
#18+
Реалист Если подобный подход уже используется в каком либо продукте, то буду рад за ссылку и описание. ISCRA Framework ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2008, 11:45 |
|
||
|
Покритикуйте архитектуру системы
|
|||
|---|---|---|---|
|
#18+
Реалист Хочется услышать возможные недостатки подобной схемы. Странные мысли о 3-звенном приложении http://www.sql.ru/forum/actualthread.aspx?tid=33967&hl=%f1%f2%f0%e0%ed%ed%fb%e5+%ec%fb%f1%eb%e8 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2008, 12:02 |
|
||
|
Покритикуйте архитектуру системы
|
|||
|---|---|---|---|
|
#18+
РеалистХочется услышать возможные недостатки подобной схемы. В первую очередь интересуют "подводные камни", а также возможности масштабирования по производительности, если такая схема будет реализована. основной недостаток - сложность реализации. По опыту эксплуатации в течении нескольких лет нареканий, таких чтобы можно было отнести их к недостаткам - нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2008, 12:18 |
|
||
|
Покритикуйте архитектуру системы
|
|||
|---|---|---|---|
|
#18+
Из недостатков вижу большую интенсивность использования каналов связи, низкую отказоустойчивость (отказ одной БД означает отказ всей системы), проблематичность транзакционного изменении данных из нескольких модулей сразу (возможно, решается правильной, "идеальной" модульностью). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2008, 13:31 |
|
||
|
Покритикуйте архитектуру системы
|
|||
|---|---|---|---|
|
#18+
iscrafm<...> нареканий, таких чтобы можно было отнести их к недостаткам - нет. [шутя] "Это не бага, это фича!" "Эти проблемы были спроектированы, запланированы, реализованы, оттестированы и внедрены!" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2008, 13:37 |
|
||
|
Покритикуйте архитектуру системы
|
|||
|---|---|---|---|
|
#18+
AlexTheRavenИз недостатков вижу большую интенсивность использования каналов связи, низкую отказоустойчивость (отказ одной БД означает отказ всей системы), проблематичность транзакционного изменении данных из нескольких модулей сразу (возможно, решается правильной, "идеальной" модульностью). не соответствует действительности. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2008, 13:39 |
|
||
|
Покритикуйте архитектуру системы
|
|||
|---|---|---|---|
|
#18+
AlexTheRaven iscrafm<...> нареканий, таких чтобы можно было отнести их к недостаткам - нет. [шутя] "Это не бага, это фича!" "Эти проблемы были спроектированы, запланированы, реализованы, оттестированы и внедрены!" например, необходимость выделения отдельной машины под сервер приложений. Действительно... спроектировано, запланировано, реализовано и внедрено. А Вы что имели ввиду? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2008, 13:42 |
|
||
|
Покритикуйте архитектуру системы
|
|||
|---|---|---|---|
|
#18+
РеалистВ файле представлена блок-схема системы с трехзвенной архитектурой. Отличие от классической схемы: - обмен данными между различными модулями не через БД, а через внешний интерфейс самих модулей. Да ты, чувак, по ходу SOA изобрел :-) Именно так - сервисно-ориентированная архитектура (со слабой связью между модулями), бизнес API для сервисов, шинный характер взаимодействия. В общем ESB (WebSphere, SONIQ, TIBCO и иже с ними) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2008, 15:00 |
|
||
|
Покритикуйте архитектуру системы
|
|||
|---|---|---|---|
|
#18+
РеалистЕсли подобный подход уже используется в каком либо продукте, то буду рад за ссылку и описание. 1) Что-то это мне напоминает центр по предоставлению услуг виртуального хостинга 2) Пример - реализация услуг хостинга на 100mb.ru ______________________________________________________ - А вот, если бы у меня был апельсин, я бы обязательно с тобой поделился - Да ... жалко, что у тебя нет апельсина ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2008, 16:51 |
|
||
|
Покритикуйте архитектуру системы
|
|||
|---|---|---|---|
|
#18+
iscrafm AlexTheRaven iscrafm<...> нареканий, таких чтобы можно было отнести их к недостаткам - нет. [шутя] "Это не бага, это фича!" "Эти проблемы были спроектированы, запланированы, реализованы, оттестированы и внедрены!" например, необходимость выделения отдельной машины под сервер приложений. Действительно... спроектировано, запланировано, реализовано и внедрено. А Вы что имели ввиду? Я просто попытался сострить и прицепился к словам о нареканиях, которые нельзя отнести к недостаткам, т.е. можно отнести достоинствам. Про сервер приложений - нормальная архитектура, у нас такая же. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2008, 16:59 |
|
||
|
Покритикуйте архитектуру системы
|
|||
|---|---|---|---|
|
#18+
AlexTheRaven Я просто попытался сострить и прицепился к словам о нареканиях, которые нельзя отнести к недостаткам, т.е. можно отнести достоинствам. я понял, тег [шутя] заметил :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2008, 17:09 |
|
||
|
Покритикуйте архитектуру системы
|
|||
|---|---|---|---|
|
#18+
iscrafm AlexTheRavenИз недостатков вижу большую интенсивность использования каналов связи, низкую отказоустойчивость (отказ одной БД означает отказ всей системы), проблематичность транзакционного изменении данных из нескольких модулей сразу (возможно, решается правильной, "идеальной" модульностью). не соответствует действительности. Ну как это - не соответствет? На схеме нарисовано, что у каждого модуля - своя БД. Допустим, в организации 2 филиала. Сервер приложений A стоит в Москве, сервер приложений B - в Хабаровске. На обоих серверах работают модули №1 и №2. БД модуля №1 стоит в Москве, БД модуля №2 - в Хабаровске. Пользователь LAN в Хабаровске использует модуль №2. Запрос всякий раз идёт через всю страну, в Москву, нагружая не очень "толстый" канал WAN. В Хабаровске по какой-то причине "падает" БД. Москва тоже не может работать, а между тем в Хабаровске - ночь, снегопад, админ будет только до серверной час добираться Модуль №1 - бухгалтерия, модуль №2 - склад. Учитываем отгрузку товаров в Хабаровске. В БД модуля 2 движение товаров записано, в БД модуля 1 - по какой-то причине не смогло, какая из них правильная? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2008, 17:20 |
|
||
|
Покритикуйте архитектуру системы
|
|||
|---|---|---|---|
|
#18+
Всем спасибо за ссылки и комментарии! Подобная архитектура используется даже в OpenSource проектах: ofbiz.org и IBM WebSphere Application Server Community Edition Есть ли еще проекты с аналогичной архитектурой, желательно с открытыми исходниками? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2008, 10:30 |
|
||
|
Покритикуйте архитектуру системы
|
|||
|---|---|---|---|
|
#18+
Реалист используется даже в OpenSource проектах неужели? Ты писатель? Т.к. не ответил ни на один вопрос. ЗЫ. Будь реальнее "Реалист". Удачи! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2008, 10:52 |
|
||
|
Покритикуйте архитектуру системы
|
|||
|---|---|---|---|
|
#18+
Petro123 Реалист используется даже в OpenSource проектах неужели? Ты писатель? Т.к. не ответил ни на один вопрос. ЗЫ. Будь реальнее "Реалист". Удачи! Мой вопрос в теме топика. На свои вопросы я получил ответы, и даже нашел конкретные реализации данной архитектуры. Именно за это и сказал всем спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2008, 11:54 |
|
||
|
|
start [/forum/topic.php?fid=33&fpage=44&tid=1548762]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
43ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
56ms |
get tp. blocked users: |
2ms |
| others: | 12ms |
| total: | 160ms |
| 0 / 0 |
