Эта модель является расширением двухуровневой модели и в ней вводится дополнительный промежуточный уровень между клиентом и сервером. Архитектура трехуровневой модели приведена на рис. 7. Этот промежуточный уровень содержит один или несколько серверов приложений.
В этой модели компоненты приложения делятся между тремя исполнителями:
- Клиент обеспечивает логику представления, включая графический пользовательский интерфейс, локальные редакторы; клиент может запускать локальный код приложения клиента, который может содержать обращения к локальной БД, расположенной на компьютере-клиенте. Клиент исполняет коммуникационные функции front-end части приложения, которые обеспечивают доступ клиенту в локальную или глобальную сеть. Дополнительно реализация взаимодействия между клиентом и сервером может включать в себя управление распределенными транзакциями, что соответствует тем случаям, когда клиент также является клиентом менеджера распределенных транзакций.
- Серверы приложений составляют новый промежуточный уровень архитектуры. Они спроектированы как исполнения общих незагружаемых функций для клиентов. Серверы приложений поддерживают функции клиентов как частей взаимодействующих рабочих групп, поддерживают сетевую доменную операционную среду, хранят и исполняют наиболее общие правила бизнес-логики, поддерживают каталоги с данными, обеспечивают обмен сообщениями и поддержку запросов, особенно в распределенных транзакциях.
- Серверы баз данных в этой модели занимаются исключительно функциями СУБД: обеспечивают функции создания и ведения БД, поддерживают целостность реляционной БД, обеспечивают функции хранилищ данных (warehouse services). Кроме того, на них возлагаются функции создания резервных копий БД и восстановления БД после сбоев, управления выполнением транзакций и поддержки устаревших (унаследованных) приложений (legacy application).
Отметим, что эта модель обладает большей гибкостью, чем двухуровневые модели. Наиболее заметны преимущества модели сервера приложений в тех случаях, когда клиенты выполняют сложные аналитические расчеты над базой данных, которые относятся к области OLAP-прнложений. (On-line analytical processing.) В этой модели большая часть бизнес-логики клиента изолирована от возможностей встроенного SQL, реализованного в конкретной СУБД, и может быть выполнена на стандартных языках программирования. Это повышает переносимость системы, ее масштабируемость.
Дополнительное преимущество трехуровневой архитектуры заключается в том, что она довольно естественно вписывается в среду Web, в которой браузер выполняет функции «тонкого» клиента, а Web-сервер – сервера приложения. При этом переносимость и масштабируемость системы становятся практически неограниченными, т.к. все приложение сконцентрировано на сервере и к нему, в принципе, может подключится любой пользователь сети Internet.
Трехуровневая архитектура приложения может быть расширена путем включения дополнительных уровней. Например, для повышения гибкости разработки и сопровождения приложения уровень сервера приложений может быть разбит на два уровня: 1) Web-сервер, отвечающий за формирование активных серверных страниц и взаимодействие с клиентами, и 2) собственно сервер приложений, реализующий бизнес-логику.
Следует отметить, что наряду с положительными показателями системы, возрастающими с ростом количества ее уровней, одновременно усиливаются недостатки: возрастает сложность разработки системы, усиливаются требования к применяемому системному программно-техническому обеспечению и СУБД, и, в результате резко растет стоимость приложения. При интеграции в среду Web сложность разработки еще более увеличивается, и появляются новые недостатки: недостаточная производительность, пропускная способность и надежность среды, слабая защищенность, высокая стоимость поддержки Web-узлов.
