3.4. Модель распределенной функции.

В модели распределенной функции (Слайд 9) логика обработки данных распределена по двум уровням ИС. Общая часть прикладных функций реализована на компьютере-сервере, а специфические функции обработки информации выполняются на компьютере-клиенте. Функции общего характера могут включать в себя стандартное обеспечение целостности данных, например, в виде хранимых процедур, а оставшиеся прикладные функции реализуют специальную прикладную обработку. Подобную модель имеют также ИС, использующие информацию из нескольких неоднородных БД.

3.5. Модель распределенной бд.

Модель распределенной БД (Слайд 10) предполагает использование в ИС мощного компьютерa - клиента, причем данные хранятся на компьютере-клиенте и на компьютере-сервере.

1. в локальной и удаленной базах хранятся отдельные части единой БД;

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

Достоинства:

• гибкость создаваемых на ее основе ИС, позволяющих компьютеру-клиенту обрабатывать локальные и удаленные БД.

• высокая живучесть (При наличии механизмов координации соответствия копий - разрыв соединения клиента и сервера не приводит к краху системы, а ее работа может быть восстановлена с возобновлением соединения).

Недостаток:

• высокие затраты при выполнении большого числа одинаковых приложений на компьютерах-клиентах.

Двухуровневые схемы архитектуры Клиент-Сервер могут привести к некоторым проблемам в сложных информационных приложениях с множеством пользовате­лей и запутанной логикой. Решением этих проблем может стать использование многоуровневой архитектуры.

4. Многоуровневая модель распределения функций.

Многоуровневая архитектура стала развитием архитектуры Клиент-Сервер и в своей классической форме состоит из трех уровней (Слайд 11):

• нижний уровень представляет собой приложения клиентов, выделенные для выполнения функций и логики представлений PS и PL и имеющие программ­ный интерфейс для вызова приложения на среднем уровне;

• средний уровень представляет собой сервер приложений, на котором выполня­ется прикладная логика BL и с которого логика обработки данных вызывает операции с базой данных DS;

• верхний уровень представляет собой удаленный специализированный сервер базы данных, выделенный для услуг обработки данных DS и файловых опера­ций FS (без риска использования хранимых процедур).

Трехуровневая архитектура позволяет еще больше сбалансировать нагрузку на разные узлы и сеть, а также способствует специализации инструментов для раз­работки приложений и устраняет недостатки двухуровневой модели Клиент-Сер­вер:

1. Централизация логики приложения упрощает администрирование и сопровожде­ние.

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

3. Изменения прикладной логики не затраги­вают интерфейса, и наоборот.

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

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

Прикладные серверы в основном ори­ентированы на среду UNIX, но их можно строить и в среде Microsoft Windows NT с использованием вызова удаленных процедур для органи­зации связи клиентов с сервером приложений. На практике в локальной сети мо­гут использоваться смешанные архитектуры (двухуровневые и трехуровневые) с одним и тем же сервером базы данных. С учетом глобальных связей архитектура может иметь больше трех звеньев.

Таким образом, многоуровневая архитектура распределенных приложений по­зволяет повысить эффективность работы КИС (корпоративной информационной си­стемы) и оптимизировать распределение ее программно-аппаратных ресурсов.

Итак, как было сказано выше, чтобы разгрузить клиентскую рабочую стан­цию и уменьшить загрузку сети, применяется трехуровневая архитектура Клиент – Сервер, являющаяся расширением двухуровневой модели, где кроме клиентской части системы - и сервера базы данных вводится промежуточный сервер приложений (Слайд 12):

1. На стороне клиента выполняются только интерфейсные действия – т.е. на рабочей станции установлены только программные средства, поддерживающие интерфейс с БД.

2. На сервере БД находятся БД под управлением СУБД.

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

В отличие от двухуровневой архитектуры, данная архитектура ИС обеспе­чивает эффективное использование приложений общего пользования многими клиентами, при этом снижаются требования к оборудованию рабочих станций. Если серверов приложений и БД в сети несколько, такая архитектура становится Многоуровневой Клиент—Сервер­ной архитектурой.

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

• операционные системы,

• СУБД,

• интерфейсы конечных пользователей,

• типы серверов и рабочих станций.

Трехуровневая модель называется также моделью сервера приложе­ний, или AS - моделью (Application Server) (Слайд 13). Она представляет собой типовой вариант, при котором в разрезе ИС каждая из трех функций приложения реализуется на отдельном компьютере

Создание архитектуры Клиент-Сервер возможно и на основе многотерминальной системы. В этом случае в многозадачной среде сервера приложений выполняются программы пользователей, а клиентские узлы вырождены и представлены терминалами. Подобная схема ИС характерна для UNIX.

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

Подобную концепцию обработки данных пропагандируют, в частности, фирмы SAP, Oracle, Sun, Borland и др.