Модель сервера приложений

Эта модель является расширением двухуровневой модели, в ней вводится дополнительный промежуточный уровень между клиен­том и сервером. Архитектура трехуровневой модели приведена на рис.6. Этот промежуточный уровень содержит один или не­сколько серверов приложений.

В этой модели компоненты приложения делятся между тремя исполнителями: клиентом, сервером, сервером базы данных.

Клиент обеспечивает логику представления, включая графи­ческий пользовательский интерфейс, локальные редакторы; кли­ент может запускать локальный код приложения клиента, кото­рый может содержать обращения к локальной БД, расположен­ной на компьютере-клиенте. Клиент исполняет коммуникационные функции front - end части приложения, которые обеспечивают до­ступ клиенту в локальную или глобальную сеть. Дополнительно реализация взаимодействия между клиентом и сервером может включать в себя управление распределенными транзакциями, что соответствует тем случаям, когда клиент также является клиен­том менеджера распределенных транзакций.

Серверы приложений составляют новый промежуточный уровень архитектуры. Серверы приложений поддерживают функции клиен­тов как частей взаимодействующих рабочих групп, поддерживают сетевую доменную операционную среду, хранят и исполняют на­иболее общие правила бизнес-логики, поддерживают каталоги с данными, обеспечивают обмен сообщениями и поддержку запро­сов, особенно в распределенных транзакциях.

Рис.6. Модель сервера приложений

Серверы баз данных в этой модели занимаются исключительно функциями СУБД: обеспечивают функции создания и ведения БД, поддерживают целостность реляционной БД, обеспечивают функции хранилищ данных (warehouse services). Кроме того, на них возлагаются функции создания резервных копий БД и восста­новления БД после сбоев, управления выполнением транзакций и поддержки устаревших (унаследованных) приложений (legacy application).

Эта модель обладает большей гибкостью, чем двухуровневые модели. Наиболее заметны преимущества модели сервера прило­жений в тех случаях, когда клиенты выполняют сложные анали­тические расчеты над базой данных, которые относятся к области OLAP-приложений (On-line analytical processing).

В этой модели большая часть бизнес-логики клиента изолирована от возможно­стей встроенного SQL, реализованного в конкретной СУБД, и может быть выполнена на языках программирования, таких как С, С++, СоЬо1. Это повышает переносимость системы, ее масшта­бируемость.