Лекция 4. Архитектура с сервером приложений

Развитие идей архитектуры клиент-сервер привел к появлению трехзвенной архитектуры доступа к базам данных (в литературе ее также называют многозвенной архитектурой,.

Основной целью этой технологии есть всяческое снижение требований к клиентским компьютерам, для того чтобы в идеале в качестве таких могли использоваться дешевые бездисковые сетевые компьютеры.

Архитектура клиент-сервер - двухзвенная: первым звеном в ней есть программа клиента а второй - сервер БД и сама БД.

В трехзвенной архитектуре создается вспомогательная программа, в которую включаются все компоненты-наборы данных, которые были раньше (в двухзвенной архитектуре) собственностью клиентских применений. Потом эта программа регистрируется в качестве СОМ- МТ- ли СОRВА -сервера, после чего она становится сервером применений. Теперь клиентские программы уже не содержат в себе громоздкие коды компонентов-наборов и многих других вспомогательных компонентов. Выделения прикладного элемента с отдельный изолированный компонент разрешает сосредоточить в нем реализацию основной массы бизнес-правил и сделать клиентские приложения независимыми от изменений бизнеса-логики. В этом случае неправильные данные будут откидываться сервером применений и не будут передаваться на сервер БД (рис.4). Для получения доступа к серверных данных клиентские приложения обращаются к отдаленного серверу применений, которое находится на другой машине и реализует необходимый обмен данными. А функцию формирования запросов к отдаленному серверу БД выполняет сервер применений. На нем же размещаются реальные наборы данных - результаты выполнения запросов SQL-сервером.

Рис. 4. трехзвенная архитектура

В клиентской программе, которая в этой архитектуре называется облегченным или тонким клиентом (thin сlіепt), размещается клиентский набор данных, который представляет собой копию части данных из БД. Все изменения, что пользователь вносит в данные, изменяют эту локальную копию и могут к нужной поре не передаваться в БД (режим отложенной обработки данных). Потом при восстановлении отдаленного набора данных только измененные записи передаются серверу применений. В свою очередь сервер применений пересылает эти изменения SQL-серверу для записи их в отдаленную БД.

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

Заметим, что на рис. 5 по левую сторону показанный вариант размещения сервера применений на машине сервера БД. Такой вариант наиболее популярный, так как снижает загрузка сети и гарантирует одновременную работу обеих серверов.

Сервер применений может располагаться на любой сетевой машине, оснащенной ВDЕ в случае работы с клиентским применением созданным в среде Delphi. Разумеется, в этом случае каталог его размещения должен быть доступным другим сетевым машинам, а самая машина сервера применений должна быть включена в период работы с сервером данных. Больше того, в этой архитектуре можно использовать файл-серверный вариант размещения данных (на рис. 5 - по правую сторону). Таким образом, вместо сервера БД с успехом могут использоваться файлы-серверы с таблицами DЬаsе и Рагаdох. Преимущества облегченного клиента и централизации бизнесов-правил будут в полной мере оказываться и в этом случае. Кроме того, в таких системах существенным образом снижается нагрузка на сеть, так как фильтрация и отбор данных реализуются сервером применений, а клиенту пересылаются лишь результаты запроса.

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

Рис. 5. Разновидности архитектур с сервером приложений

К дополнительным преимуществам можно отнести:

· централизованный доступ к большинству бизнесов-правил, которые сосредоточенные отныне на сервере применений; эта централизация разрешает гибко изменять правила-бизнеса-правила без необходимости их тиражирования в многих клиентских приложениях;

· важное уменьшение сетевой нагрузки за счет отложенного восстановления и регулированного объема пактов данных:

· простоту распространения новых версий клиентского программного обеспечения, так как нет необходимости устанавливать на клиентских местах сложный механизм доступа к данных;

· возможность отложенных восстановлений наборов данных: можно получить необходимую порцию данных, сохранить их в файле, работать с ними автономно (например, в другом городе), а потом снова соединиться с сервером применений и обновить на сервере внесенные в данные изменения.

Связь «тонких клиентов» с сервером применений осуществляется средствами, которые базируются на механизмах OLЕ-автоматизации и объектно-ориентированных вызовов, которые являются стандартами для отдаленных процедур в распределенных системах. На сегодняшний день существуют несколько технологий взаимодействия объектов и программ, которые параллельно развиваются и конкурируют: СОМ (Соmропепt ОЬjесt Моdel - компонентная модель объектов) корпорации Місгоsoft, СОRВА (Common ОЬjесt Require Вгокег Агсhytecture - архитектура с поставщиком необходимых общих объектов) независимой группы ОМС, МТ (Місгоsoft Тгапsасtion Server) и прочие. Эти технологии предназначены для того, чтобы одна программа (клиент) смогла заставить работать объект, который есть частью другой программы (частью сервера), так, будто этот объект был частью клиента. Причем в общем случае обе эти программы могут быть расположены на разных компьютерах (в том числе, которые находятся в разных частях мира), написанные на разных языках и таких, что выполняются под управлением разных операционных систем. Больше того самые компьютеры могут быть разного типа - например, ІВМ- совместный ПК и рабочая станция SUN.

Вопрос для самоконтроля

1. Что такое локальная база данных?

2. Что представляет собой база данных в локальной и распределенной архітектурах?

3. Кем и как выполняется синхронизация данных в архитектуре "сервер^-сервер-файл-сервер"?

4. Назовите недостатки архитектуры сервер^-сервер-файл-сервер?

5. Назовите преимущества архитектуры сервер^-сервер-клиент-сервер?

6. Что такое Промышленная СУБД?

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

Дата добавления: 2014-01-15