Область применения Web в информационных системах и их влияние на развитие технологии ИС

Технология TCP/IP и технология Web стали "тяни-толкаем", который стал быстро продвигаться по пути захвата новых технологических ниш. При этом что было первопричиной новых решений, а что следствием часто не было достаточно ясным.

Для работы Web необходима сеть TCP/IP. Это заставляет отказываться от других сетевых технологий не только в глобальных сетях, но и в сетях локальных. С другой стороны, наличие TCP/IP позволяет легко интегрировать информационную систему с другими информационными сервисами, скажем, электронной почтой, что дает очень хороший шанс для внедрения в качестве базы информационной системы Web.

При этом решения автоматически становятся масштабируемыми, т.к. для технологий TCP/IT нет никакой разницы в том, где расположены ресурсы и интерфейс пользователя: локально, в рамках корпоративной сети, или распределены по глобальной сети.

Двигаясь в этом направлении, очевидным становит тот факт, что основной областью применения Web-технологий становятся распределенные информационные системы.

При этом должны унифицироваться форматы подготовки, обмена и отображения информации.

Рассмотрим процесс миграции ИС из традиционной технологической схемы локальной системы в Web-технологию

Традиционная схема представляет из себя:

• интерфейс пользователя
• ядро системы
• информационный массив
• интерфейс администратора
• утилиты администратора

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

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

Следующий шаг - распределение нагрузки по нескольким серверам, а также использование кэширования на серверах-посредниках.

Пока декомпозиции подвергалась связка "конечный пользователь-ядро". Можно провести декомпозицию и на стороне сервера. Первым таким шагом является применение CGI при доступе к ресурсам. Сервер становится посредником между браузером и сервером ресурса.

Более эффективно это решается за счет API, когда сам http-сервер и имеет модуль доступа к backend процессу.

Другим важным моментом является внедрение результатов обращения к внешнему ресурсу в готовые шаблоны страниц. В терминологии Web - это Server Site Include. Вставка может осуществляться как локально, так и с использованием данных удаленного сервера.

Таким образом, сервер оснащается языком манипулирования данными при формировании отклика.

Другой инструмент - это видоизменение страниц на стороне клиента. Управление формой интерфейса пользователя осуществляется на стороне клиента при помощи скриптовых языков типа JavaScript. Это, в первую очередь, позволяет повысить интерактивность информационной системы, построенной на основе Web-технологии.

Пока речь не шла о проблемах, которые порождает Web-технология. Это главным образом вопросы отсутствия реального сеанса работы с сервером и безопасность. Безопасность оставим за бортом нашего рассмотрения, т.к. это отдельная большая тема. Сосредоточимся на сеансе.

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

В принципе, можно организовать реальный сеанс в рамках применения Java. В этом случае сервер может не использоваться. Java используется и для визуализации текстовых и цифровых данных в виде графики. При этом вместо нагрузки на сеть порождается нагрузка на машину пользователя.

Кроме плюсов Java имеет и свои минусы. Во-первых, апплеты и сервлеты являются довольно тяжелыми приложениями. Во-вторых, из соображений безопасности нельзя организовать соединение с первой попавшейся машиной. Реально - это только сервер, с которого апплет был загружен. Это значит, что для построения распределенной системы нужен посредник типа того, который используется в Host on Demand от компании IBM.

Назад | Содержание | Вперед