Проектирование серверов приложений

Литература, линки по сабжу приветствуются...
Если есть что сказать, также Wелкам!

линки поищем
все понятно, но что конкретно (c)  ;)

Проектирование именно архитектуры "трехзвенки" интересует.
В каком виде данные передавать?
Как уменьшить трафик?
Как уменьшить количество обращений по сети /*самое слабое место*/ ?

И множество других вопросов...

Цитата e-yes, 22.05.03, 10:34:51

Проектирование именно архитектуры "трехзвенки" интересует.

Если про это:
Службы данных.
Службы данных отвечают за поиск и хранение информации. Данные службы отвечают за абстракцию данных для функционирования бизнес логики, которым в свою очередь не требуется знать, где расположены данные, как это расположение реализовано и как осуществляется доступ к данным.
Бизнес логика.
Бизнес логика приложения отвечает за исполнение конкретных бизнес правил. Они взаимодействуют со службами данных, запрашивая и сохраняя полученные сведения. К полученным данным могут быть применены различные операции, а также вычисления и проверки на правильность. Бизнес логика, применяя особые правила, трансформирует данные в информацию. Бизнес логика не обладает средствами отображения.
Службы пользователя.
Службы пользователя – это визуальная часть информационного приложения. Они формируют и отображают данные. Они также предоставляют механизмы, при  помощи которых пользователь может управлять данными. Правильно определенные службы пользователя принимают во внимание виды деятельности, в которые вовлечен пользователь, и стили взаимодействия, им ожидаемые.

Цитата

В каком виде данные передавать?

В данной версии вся передача данных реализовать в XML, даже хранение данных и то в XML (Да! Вот так!), т.к. БД пока не используется.

Цитата

Как уменьшить трафик?
Как уменьшить количество обращений по сети /*самое слабое место*/ ?

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

Цитата

И множество других вопросов...

Каких?, готов осуждать...... Тема ну очень интересна.

Сообщение отредактировано: Rechkin - 15.07.03, 02:54

Цитата detox, 14.07.03, 12:22:00

Если про это:
Службы данных.
Бизнес логика.
Службы пользователя.

С этим-то все ясно...
А как бы ты решил такую задачку - обновление данных на стороне клиента при их изменении другим пользователем? MSMQ?
Кстати, на какой платформе все это написано? COM+?

Цитата

В данной версии вся передача данных реализовать в XML, даже хранение данных и то в XML (Да! Вот так!), т.к. БД пока не используется.

В принципе, MSSQL может возвращать рекордсет в виде XML - очень удобно и достаточно быстро.

Цитата e-yes, 18.07.03, 15:46:07

А как бы ты решил такую задачку - обновление данных на стороне клиента при их изменении другим пользователем? MSMQ?

В зависимости от того как работает моя бизнес логика. Если формируется отчет из БД по запросу пользователя то проблемы вообще не возникает. так как данные попадающие в отчет всегда свежие. Если же пользователь забирает уже готовые отчеты, то при изменении БД отчеты необходимо поменять, а для того чтобы не загружать постоянно одинаковые отчеты можно поступить например как в http в заголовке, которого передается дата обновления документа.

Цитата

Кстати, на какой платформе все это написано? COM+?

если говорить про Бизнес логику. то действительно есть намерение реализовать на основе COM

Цитата detox, 21.07.03, 06:54:50

В зависимости от того как работает моя бизнес логика. Если формируется отчет из БД по запросу пользователя то проблемы вообще не возникает. так как данные попадающие в отчет всегда свежие.

Я немного не это имел в виду. Если я делаю запрос серверу приложений, есно он мне вернет самые свежие данные... Но если я сделал запрос, СП вернул мне данные... Какой сценарий для обновления представления данных у клиента при их изменении другим пользователем? Можно, конечно, делать повторные запросы через определенный интервал времени, но лучше пользоваться службами типа ms messading queue для сообщения заинтересованным клиентам факта изменения данных, не так ли?

Да скорее всего
Необходмимо после изменения данных на сервере разослать сообщение, что информация изменена обновитбь (Да|Нет), либо просто послать весь обновленный документ, как это реализована в каналах новостей.