Технология intranet

Общая характеристика технологии Intranet

Большую корпоративную сеть, построенную по принципам и на программном обеспечении Internet, называют Intranet. Впервые термин «Intranet» была введена в 1995 г. компанией Sun Microsystems. В сетях Intranet применен опыт создания корпоративных информационных систем и идеи, реализованные в Internet. Обращение к технологии Intranet при построении корпоративных систем и отход от традиционной клиент-серверной архитектуры обусловлен следующими недостатками последней:

• использование закрытых протоколов в процессе обмена между клиентом и сервером;
• размещение на клиентских компьютерах фрагментов прикладной системы;
• необходимость разработки большого количества сложных клиентских программ в соответствии с ростом информационных потребностей пользователей;
• сложность администрирования и сопровождения системы;
• уязвимость информационной системы по злонамеренных действий пользователей.
• Такие недостатки архитектуры клиент-сервер обусловливают необходимость введения существенных ограничений, а именно:
• минимального количества несложных и точно определенных открытых протоколов взаимодействия между клиентом и сервером;
• повсеместного использования простой, функциональной и стандартного языка описания данных и взаимосвязей между данными;
• размещение прикладной системы на сервере;
• централизованного управления как серверной частью, так и клиентскими рабочими местами.

Реализацию указанных ограничений и высокие функциональные характеристики Intranet обеспечивает использование открытых стандартов Internet. Два стандарты Европейского центра ядерных исследований CERN - стандарт формата файлов HTML (HyperText Marcup Language - язык разметки гипертекстов) и стандарт передачи файлов в этом формате HTTP (HyperText Transfer Protocol - протокол обмена гипертекстом) сформировали основу системы открытых стандартов Intranet.

Технология Intranet подразумевает под собой создание локальной информационной системы клиент-серверной архитектуры с учетом строгих ограничений: протоколы обмена - HTTP i FTP (File Transfer Protocol - протокол передачи файлов), основная форма представления информации - HTML. Intranet предусматривает высокую пропускную способность каналов связи (до 1000 Mbps) между клиентом и сервером и использование как стандартных серверов и клиентов (HTTP-сервер и браузер), так и стандартных механизмов расширения возможностей системы, например CGI и его модификации (FastCGI).

CGI (Common Gateway Interface) представляет собой согласования по интерфейса между клиентом Web и сервером Web и определяет способ вызова и передачи информации приложениям в Web-серверах. CGI был разработан в Европейском центре ядерных исследований (CERN) для UNIX-платформ как стандартный интерфейс между браузерами и серверами Web. Суть разработки заключалась в том, что в ответ на запрос данных, указанных в строке URL, поступающего от браузера к серверу (или шлюза - в понимании CGI), на этом сервере запускается рабочая программа. Она запоминает или получает нужные данные и затем создает как результат HTML-документ. Он возвращается к браузеру, который и отображает данные в виде уже другой Web-страницы.

CGI-приложение должно быть сначала помещена в дерево каталогов Web (т.е. подкаталог корня Web, определенного на Web-сервере). Когда эта прикладная программа вызывается, она сразу получает специфические системные переменные (environment variables) для каждой из составляющих запросу: пути к файлу, строки запроса и т.д. Единственная информация, которая становится доступной через стандартный ввод (stdin), - это содержимое формы.

Затем приложение должно выполнить действия по своему назначению и подготовить ответ, который она выводит в стандартный вывод (stdout). Сервер Web прочтет этот ответ, упакует в пакеты и пошлет их обратно по сети пользователю.
Существует три набора системных переменных, установленных Web-сервером для CGI-приложения:
• Переменные окружения, основанные на запросе, определяющие путь к файлу, строка запроса и т.д.
• Стандартные переменные, основанные на информации, посланной пользователем, и определяют используемую версию HTTP, адрес пользователя и имя Web-страницы, сгенерированной запрос.
• Другие переменные, которые пользователь может включать в сообщения.

ODBC API обеспечивает стандартный механизм и язык для приложений с целью обмена информацией с реляционными базами данных. Благодаря ODBC приложения (например, WebDBC) могут связываться со многими БД, используя единый диалект SQL. Результаты запроса к БД помещаются в HTX-файл, WebDBC затем читает и из которого выбирает данные, руководствуясь специальными маркерами, присутствующими в файле.
WebDBC и подобные ему продукты являются лишь некоторыми из возможных методов реализации запросов к базам данных в WWW. Существуют другие удобные методы встраивания SQL-запросов непосредственно в тело программы, такие как в пакетах LiveWire Netscape i Borland IntraBuilder. Появились также простые по сравнению с CGI, интерфейсы API, которые являются собственностью конкретных разработчиков. Преимуществами этих API-интерфейсов является, во-первых, то, что они ликвидируют одну из главных недостатков CGI - порождение нового серверного процесса при запуске каждой программы CGI и, во-вторых, то, что они могут иметь прямой доступ к специальным программам, работающих на сервере. Это обусловливает большую компактность и быстродействие функций API и экономность относительно ресурсов. Известны API-интерфейсы от Microsoft (ISAPI), Netscape (NSAPI), фирмы O'Relly (WSAPI), фирмы SunSoft (JDBCAPI). Главным недостатком таких интерфейсов является то, что программы, построенные с их использованием, не обязательно смогут работать на других серверных платформах Web.