1.2.3. Архитектура Intranet-приложений

Появление Internet (совокупность взаимосвязанных компьютерных сетей мирового масштаба) естественным образом повлияло на технологию создания корпоративных ИС, которая получила название Intranet. Intranet - это прежде всего корпоративная - локальная или территориально распределенная сеть, закрытая от внешнего доступа из Internet, но использующая сервисы Всемирной Сети Internet (e-mail, http, ftp, telnet, WWW и т.д.).

Применение Internet и WWW-технологий в корпоративной сети, изолированной от Internet, принято называть Intranet-технологией.

Архитектура Intranet-приложений является, по сути, продолжением и разновидностью трехслойной архитектуры клиент-сервер. Архитектура Intranet использует среду Internet, которая обладает глобальной доступностью для пользователей, является платформенно-независимой и для нее существует большое количество мощных и удобных средств разработки Web-приложений, что позволяет быстро и эффективно создавать клиентскую часть ИС. На этой архитектуре строятся все более распространяющиеся Internet-магазины, системы заказа билетов и т.д.

В этой разновидности, трехслойной архитектуры клиент-сервер, роль сервера приложений играет web-сервер, а в качестве клиента используется стандартный web-браузер (программа просмотра гипертекста). Достоинства - в пониженных требованиях к клиенту и в легкой встраиваемости данной архитектуры в мировые информационные сети. Основной недостаток - известные ограничения, накладываемые на интерфейс пользователя web-браузерами.

Хотя в общем случае в Intranet-системе могут использоваться все возможные службы Internet, наибольшее внимание привлекает гипертекстовая служба WWW. Видимо, для этого имеются две основные причины.

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

Во-вторых, наличие нескольких готовых к использованию клиентских частей - Web-браузеров избавляет от необходимости создавать собственные интерфейсы с пользователями, предоставляя им развитые механизмы доступа к информации. В ряде случаев такая организация корпоративной информационной системы (рис.1.5.) оказывается достаточной для удовлетворения потребностей компании.

Рис. 1.5. Взаимодействие с базой данных в технологии интранет.

Разграничение функций между Web-браузером и Web-сервером является очень четким. Web-сервер предоставляет HTML-страницы, а браузер отображает эти страницы путем интерпретации тегов HTML.

Однако, при всех своих преимуществах (простота организации, стандартность интерфейсов и т.д.) эта схема обладает ограничениями.

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

Язык HTML позволяет вставлять в гипертекстовые документы формы для ввода и редактирования информации. Когда браузер ‘натыкается’ на форму, он предлагает пользователю заполнить ее, а затем посылает серверу сообщение, содержащее введенные параметры. Как правило, к форме приписывается некоторая внешняя процедура сервера. При получении сообщения от клиента сервер вызывает эту внешнюю процедуру с передачей параметров пользователя. Понятно, что такая внешняя процедура может, в частности, играть роль шлюза между Web-сервером и сервером баз данных. В этом случае параметры должны специфицировать запрос пользователя к базе данных. В результате получается конфигурация информационной системы, схематически изображенная на рис. 1.6.

Рис. 1.6. Доступ к базе данных в Intranet-системе

На принципах использования внешних процедур основывается также возможность модификации документов, поддерживаемых Web-сервером, и создание временных "виртуальных" HTML-страниц.

Даже начальное введение в Intranet было бы неполным, если не упомянуть про возможности языка Java. Java - это интерпретируемый объектно-ориентированный язык программирования, созданный на основе языка Си++. Мобильные коды (апплеты), полученные в результате компиляции Java-программы, могут быть привязаны в HTML-документу. В этом случае они поступают на сторону клиента вместе с документом и выполняются либо автоматически, либо по явному указанию. Апплет может быть, в частности, специализирован как шлюз к серверу баз данных (или к какому-либо другому серверу). При применении подобной техники доступа к базам данных схема организации Intranet-системы становится такой как показано на рисунке 1.7, 1.8.

Клиентский уровень занимает браузер, на уровне сервера находится сервер БД, а на промежуточном уровне располагаются Web-сервер и программа расширения сервера. Такое решение позволяет уменьшить сетевой трафик, делает компоненты взаимозаменяемыми и повышает уровень безопасности. Однако такая архитектура также затрудняет обработку транзакций БД ввиду природы протокола HTTP, не запоминающего состояния (этот протокол использует для передачи данных между браузером и сервером БД).

Браузер посылает Web-серверу запросы на доставку Web-страниц или данных. Web-сервер обслуживает заявки на Web-страницы, а запросы отправляет программе-расширению серверной части. Последняя принимает передаваемые ей запросы, преобразует их в форму, понятную серверу БД, и передает их серверу БД.

Рис. 1.7. Доступ к базе данных на стороне клиента Intranet-системы

Рис. 1.8. Трехуровневая архитектура клиент-сервер Intranet-системы

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

Программы расширения серверной части

Одной из главных причин использования программ-расширений серверной части на промежуточном уровне является возможность использовать стандарты, существующих для двух крайних уровней, путем осуществления трансляции между ними. Другие применения расширений серверной части состоят в поддержании соединений между БД с целью уменьшить трафик в сети и в поддержании резерва соединений между БД для уменьшения затрат ресурсов на открытие/закрытие БД. Расширения серверной части также поддерживают взаимозаменяемость в своих стандартных интерфейсах. Поэтому Web-серверы и серверы БД можно сравнительно легко заменять или наращивать.

Существует три категории расширений серверной части: с обычным CGI, с гибридным CGI и с API.