2.3.3 Трехуровневая модель
В данной модели вводится дополнительный промежуточный уровень между клиентом и сервером (рис. 2.8). Этот промежуточный уровень содержит один или несколько серверов приложений. Отсюда и идентичное название – «модель сервера приложений» AS (Application Server).
В этой модели компоненты РИС делятся между тремя исполнителями. Клиент обеспечивает презентационную логику приложения, запускает локализованный на клиентской машине код клиентского приложения, который может содержать обращения к локальной БД, выполняет коммуникационные функции доступа в локальную или глобальную сеть. Серверы приложений исполняют наиболее общие правила бизнеса, поддерживают доменную среду, обеспечивают обмен сообщениями между компонентами приложений [16]. Серверы в этой модели занимаются исключительно функциями СУБД.
Сервер приложений выполняет прикладные функции, каждая из которых оформлена как отдельная служба или сервис (Service). Служба предоставляет некоторые услуги всем программам, которые желают и могут ими воспользоваться. В архитектуре РИС серверов приложений может быть несколько, и каждый из них предоставляет определенный набор сервисов. Любая программа, которая пользуется ими, рассматривается как клиент сервера приложений AC (Application Client). Детали реализации прикладных функций в сервере приложений полностью скрыты от клиента приложения. АС об-ращается с запросом к конкретному сервису, а не к AS. Запросы вы-страиваются в очередь к AS-процессу, который передает их для обработки конкретной службе согласно установленным приоритетам.
Достоинства AS-модели:
повышение производительности за счет разгрузки сервера;
удешевление эксплуатации РИС;
возможность усложнения бизнес-логики без потери производительности;
улучшение свойств переносимости и масштабируемости РИС за счет использования стандартных языков программирования, например С, С++, Borland Pascal, Small Talk, Java, для реализации большей части бизнес-логики.
AS-модель является фундаментом особого вида программного обеспечения – мониторов транзакций. Мониторы транзакций TPM (Transaction Processing Monitor) – это программные системы категории middleware, обеспечивающие эффективное управление информационно-вычислительными ресурсами в распределенной системе [14]. Мониторы TPM представляют собой гибкую открытую среду для разработки и управления мобильными приложениями, ориентированными на оперативную обработку распределенных транзакций. В числе важнейших характеристик TPM – масштабируемость, поддержка функциональной полноты и целостности приложений и данных, достижение максимальной производительности при обработке данных при невысоких стоимостных показателях. Поддержка целостности и непротиворечивости приложений значительно упрощается по сравнению с другими видами программного обеспечения за счет возможности локального, централизованного обновления бизнес-функций в сервере приложения, что никак не затрагивает коды клиентов, которых может быть множество. Для достижения высокой производительности в гетерогенных средах TPM располагает статическим и динамическим балансом загрузки. Для динамической настройки параметров производительности монитор транзакций тиражирует копии процессов серверов приложений на этом же или других узлах, предоставляя тем самым в распоряжение АС необходимые ресурсы. Масштабируемость TPM предполагает, что данный вид ПО обеспечивает возможность генерации дополнительных ресурсов и работающих приложений без изменения их архитектуры. На практике это означает, что в конфигурацию системы динамически без остановки серверов приложений может быть добавлен, например, новый AS, дополнительный менеджер ресурсов (часть TPM) или новый компьютер. На современном рынке мониторов транзакций популярными являются программные системы CISC, ENCINA, TopEnd и Tuxedo. Перечисленные системы доступны для российских разработчиков.