AT Application Server 1.3 
КОНЦЕПЦИИ И АРХИТЕКТУРА
Москва 2005
Данный документ является описанием архитектуры сервера приложений AT Application Server. Подразумевается, что читатель знаком с принципами построения программ в архитектуре клиент/сервер, а так же обладает базовыми знаниями операционных систем Windows NT / 2000.
A T Application Server: Содержание
Содержание
ВВЕДЕНИЕ 5
Сокращения 5
Условия распространения 5
Ввод регистрационного ключа 5
Комплект поставки 6
Системные требования 7
АРХИТЕКТУРА СЕРВЕРА ПРИЛОЖЕНИЙ 8
Общие положения 8
Общесистемные решения 8
Принцип работы 9
Диспетчер 10
Служба запуска приложений 10
Служба обработки команд 10
Серверное приложение 10
Протокол запросов 11
AT Application Server: Введение
ВВЕДЕНИЕ
Сокращения
В данном документе используются следующие сокращения:
ПО – Программное обеспечение.
ОС – Операционная система.
СП – Серверное приложение.
Условия распространения
Сервер приложений AT Application Server является коммерческим продуктом. Бесплатно распространяются только следующие компоненты:
AT Application Server (Trial) – это ознакомительная версия сервера приложений, которая не имеет ограничений по функциональной части ПО, но работает только определенное время, по истечении которого активизировать сервер можно будет только после ввода регистрационного ключа.
Библиотека разработчика (SDK).
Примеры работы с AT Application Server.
Каркасы серверных приложений AT Application Server.
Документация.
Более подробную информацию об условиях распространения, а так же скачать ознакомительную версию AT Application Server, Вы можете на сайте AT-Software:
http://at-software.narod.ru/atas.html
Ввод регистрационного ключа
Для того чтобы ввести регистрационный ключ продукта AT Application Server необходимо сделать следующее:
Открыть административную утилиту AT-AS Admin: Start->Programs-> AT-Software->AT Application Server->Admin.
Перейти в закладку «О продукте» и нажать кнопку «Регистрация…».
Ввести регистрационный ключ, после чего нажать «ОК».
AT Application Server: Введение
Комплект поставки
В комплект поставки программного продукта входит следующее:
-
Дистрибутив AT Application Server:
Сервер приложений AT Application Server;
Библиотека разработчика (SDK);
Примеры работы с AT Application Server (Borland Delphi, Visual C++);
Каркасы серверных приложений AT Application Server (Borland Delphi, Visual C++).
-
Документация:
«AT Application Server Концепции и архитектура»;
«AT Application Server Руководство системного администратора»;
«AT Application Server Руководство программиста».
-
Лицензионный ключ:
Лицензия для неограниченного числа, одновременно работающих, клиентских подключений (клиентское подключение - это активная сессия с одной программой-клиентом).
AT Application Server: Введение
Системные требования
Минимальная конфигурация рабочей станции, которая будет обеспечивать нормальное функционирование сервера приложений AT Application Server, приведена в Таблице 1:
Таблица 1. Минимальная конфигурация сервера
Процессор
|
Intel Pentium III, тактовая частота 600 МГц
|
Оперативная память
|
64 Мб
|
Свободное место на HDD
|
не менее 2 Мб для системных файлов AT Application Server
не менее 30 Мб для рабочих данных
|
ОС
|
Windows NT / 2000 /2003
|
Минимальная конфигурация рабочей станции, на которую будут устанавливаться компоненты AT Application Server предназначенные для разработчика прикладных программ, приведена в Таблице 2:
Таблица 2. Минимальная конфигурация рабочей станции разработчика
Процессор
|
Intel Pentium II
|
Оперативная память
|
32 Мб
|
Свободное место на HDD
|
не менее 1 Мб
|
ОС
|
Windows NT / 2000 / XP /2003, Windows 9x / Me
|
AT Application Server: Архитектура сервера приложений
АРХИТЕКТУРА СЕРВЕРА ПРИЛОЖЕНИЙ
Общие положения
AT Application Server – это сервер приложений, который обеспечивает синхронное взаимодействие двух программ, программы клиента и программы сервера, в распределенной среде (локальной сети), при этом к одному серверному приложению (СП), одновременно, могут обращаться несколько клиентов. Важно отметить, что взаимодействующие программы не связаны между собой ничем, кроме логики, решаемой ими задачи. Данный сервер приложений предоставляет возможность создавать как простые приложения в архитектуре клиент/сервер, так и целые системы на базе «тонкого клиента», когда вся тяжесть по работе с БД, выполнение сложных вычислений и т.п. переносится на сервер. Принципиальная схема работы AT Application Server приведена на Рис 1.
Рабочая станция клиента
Программа-клиент
Сервер приложений
TCP/IP
AT Application Server
Программа-сервер
Рис 1. Принципиальная схема работы сервера приложений
Сервер приложений является своеобразным посредником между программой-клиентом и программой-сервером, обеспечивающим транспортный уровень.
Общесистемные решения
Что касается общесистемных решений, то для организации обмена данными между клиентом и сервером, AT Application Server использует сокеты (sockets) Window, а в качестве транспорта выбран протокол TCP/IP. Для обеспечения возможности передачи запросов от программы-клиента к серверу приложений, разработан специальный протокол взаимодействия. Более подробную информацию об этом протоколе, Вы найдете в документе «AT Application Server Руководство программиста». Важно отметить, что данный протокол носит однонаправленный характер, поскольку будет использоваться только для передачи запросов/команд на сервер, а возвращаемые данные будут формироваться серверным приложением, с которым взаимодействует клиент, и могут иметь произвольную структуру, за исключением отдельных случаев, например использования служебных команд. Данный подход позволяет разработчику систем, использующих AT Application Server, не привязываться к какому либо
AT Application Server: Архитектура сервера приложений
специализированному транспорту, а при необходимости создавать свои собственные протоколы обмена данными.
Принцип работы
Принцип работы сервера приложений AT Application Server отражен на Рис. 2.
КЛИЕНТЫ
AT Application Server
 
ДИСПЕТЧЕР
Обработка запросов/команд от клиентов.
Запуск служб сервера приложений.
Пересылка ответов, клиентам.
  
Служба обработки команд
Обработка администра-тивных команд
AT Application Server
Служба запуска приложений
Запуск и управление приложениями
СП
СП
Рис 2. Функциональная схема работы сервера приложений
AT Application Server: Архитектура сервера приложений
Рассмотрим принцип функционирования данной схемы:
При получении запроса от клиента, компонента AT Application Server, которая называется «Диспетчер», разбирает его и запускает соответствующую службу сервера приложений.
Для каждого клиентского подключения «Диспетчер» создает отдельный «поток», что обеспечивает параллельную работу сервера приложений с каждым клиентским подключением. Если, например, пришел запрос на выполнение серверного приложения (СП), то вызывается «Служба запуска приложений», которой «Диспетчер» отдает имя СП и входные параметры для него. Эта служба загружает СП в память (т.е. запускает) и после того как последнее завершит свою работу, передает данные, сформированные СП, «Диспетчеру», а тот, в свою очередь, пересылает эти данные клиенту. После того как программа-сервер отработает, память, занимаемая ей, освобождается.
Диспетчер
Диспетчер - это основной компонент сервера приложений AT Application Server, который обеспечивает работоспособность всех служб, и управляет взаимодействием клиента с сервером.
Служба запуска приложений
Это служба, которая вызывается «Диспетчером», когда приходит запрос от программы-клиента на запуск серверного приложения. Основными функциями «Службы запуска приложений» являются:
Загрузка СП в память;
Управление работой СП;
Обработка исключительных ситуаций, которые могут возникнуть в СП;
Выгрузка СП из памяти.
Служба обработки команд
Это служба, которая вызывается «Диспетчером», когда приходит запрос от программы-клиента на выполнение административной команды сервера приложений.
Серверное приложение
Серверное приложение (СП) – это программа, которая работает под управлением сервера приложений AT Application Server и запускается им по запросу, пришедшему от клиента. СП представляет собой динамическую библиотеку (DLL), которая создается программистом по определенным правилам. Более подробную информацию о серверных приложениях и примеры их создания Вы найдете в документе: «AT Application Server Руководство программиста».
AT Application Server: Архитектура сервера приложений
Протокол запросов
Как уже говорилось выше, данный протокол используется программой-клиентом для посылки запросов/команд серверу приложений. Запрос на запуск серверного приложения представляет собой символьную строку следующего вида:
Имя_службы?APP=Имя_СП&Параметр1&Параметр2&…&ПараметрN&
Пример:
RUNAPP?APP=myapp&TEXT=Hello&NAME=Alexey&
Данная строка говорит серверу приложений, что его служба «Служба запуска приложений» должна запустить программу myapp.dll и передать ей два параметра:
TEXT=Hello.
NAME=Alexey.
Более подробную информацию о протоколе запросов, Вы найдете в следующих руководствах: «AT Application Server Руководство программиста», «AT Application Server Руководство системного администратора».
AT-Software
Web: http://at-software.narod.ru/atas.html
E-mail: at-software@yandex.ru
ТЕХНИЧЕСКАЯ ПОДДЕРЖКА
Все вопросы и замечания, отправляйте по вышеуказанному адресу. Со своей стороны гарантируем, что ни одно письмо не останется без внимания!
|
