Распределенная обработка данных. Найханова Л.В. - 102 стр.

UptoLike

Составители: 

102
средств разработки Microsoft и многих других производителей (а иногда и средств
разработки Inprise) - ODBC-драйверы.
Типичные проблемы эксплуатации информационных систем и способы
их решения
Классические многопользовательские системы, как правило, содержат последние два
компонента информационной системы на рабочих станциях пользователей. Из этого
следует, что подобные рабочие станции должны предоставлять для самих себя весь
требующийся для этого набор сервисов и содержать соответствующее программное
обеспечение для их функционирования. Подобное требование нередко усложняет
технические требования, предъявляемые к аппаратной части клиентской рабочей станции,
и в конечном итоге приводит к удорожанию всей системы в целом (рис. 1.1)
Рис. 1.1. Классическая информационная система
Следует также отметить, что подобное программное обеспечение требует обычно
проведения работ по его настройке и поддержанию этих настроек в рабочем состоянии.
Так, пользовательское приложение должно, как минимум, "знать" о том, где расположены
используемые им данные, какого они типа (имеется в виду тип серверной СУБД либо
формат данных сетевой СУБД), с помощью какого сетевого протокола они доступны,
каков поддерживаемый базой данных язык, определяющий порядок алфавитной
сортировки и индексирования данных. Подобная работа нередко является весьма
трудоемким процессом, особенно при большом количестве и неоднородном парке
рабочих станций. Отметим, что далеко не все компоненты подобного программного
обеспечения могут быть включены в состав дистрибутива пользовательского приложения,
так как многие из них являются предметом лицензирования и продажи. Кроме того, чем
сложнее конфигурация, обеспечивающая доступ к данным рабочей станции, тем чаще
происходят нарушения в ее работе. По данным некоторых западных источников,
переконфигурация и сопровождение программного обеспечения, обеспечивающего
доступ рабочих станций к данным, приводит в среднем к четырем дням простоя рабочей
станции в год.
Для решения этих проблем, в последнее время получает все большее
распространение идея создания новых сервисов, общих для пользователей
информационной системы. Такие сервисы, как правило, являются сервисами
промежуточного слоя (middleware services), поскольку занимают промежуточный уровень
между данными и сервисами, их обслуживающими, с одной стороны, и
пользовательскими приложениями, ориентированными на конкретную предметную
область, с другой стороны. Эти сервисы обычно обладают минимальным
пользовательским интерфейсом или не имеют его вовсе. Нередко они могут быть
реализованы для нескольких различных платформ, так как являются сервисами более
высокого уровня, чем сервисы, специфичные для данной операционной системы или
СУБД. Такие сервисы могут быть реализованы внутри приложений или библиотек (такие
приложения или библиотеки обычно называются серверами приложений - Application
средств разработки Microsoft и многих других производителей (а иногда и средств
разработки Inprise) - ODBC-драйверы.

     Типичные проблемы эксплуатации информационных систем и способы
их решения
      Классические многопользовательские системы, как правило, содержат последние два
компонента информационной системы на рабочих станциях пользователей. Из этого
следует, что подобные рабочие станции должны предоставлять для самих себя весь
требующийся для этого набор сервисов и содержать соответствующее программное
обеспечение для их функционирования. Подобное требование нередко усложняет
технические требования, предъявляемые к аппаратной части клиентской рабочей станции,
и в конечном итоге приводит к удорожанию всей системы в целом (рис. 1.1)




                      Рис. 1.1. Классическая информационная система

      Следует также отметить, что подобное программное обеспечение требует обычно
проведения работ по его настройке и поддержанию этих настроек в рабочем состоянии.
Так, пользовательское приложение должно, как минимум, "знать" о том, где расположены
используемые им данные, какого они типа (имеется в виду тип серверной СУБД либо
формат данных сетевой СУБД), с помощью какого сетевого протокола они доступны,
каков поддерживаемый базой данных язык, определяющий порядок алфавитной
сортировки и индексирования данных. Подобная работа нередко является весьма
трудоемким процессом, особенно при большом количестве и неоднородном парке
рабочих станций. Отметим, что далеко не все компоненты подобного программного
обеспечения могут быть включены в состав дистрибутива пользовательского приложения,
так как многие из них являются предметом лицензирования и продажи. Кроме того, чем
сложнее конфигурация, обеспечивающая доступ к данным рабочей станции, тем чаще
происходят нарушения в ее работе. По данным некоторых западных источников,
переконфигурация и сопровождение программного обеспечения, обеспечивающего
доступ рабочих станций к данным, приводит в среднем к четырем дням простоя рабочей
станции в год.
      Для решения этих проблем, в последнее время получает все большее
распространение идея создания новых сервисов, общих для пользователей
информационной системы. Такие сервисы, как правило, являются сервисами
промежуточного слоя (middleware services), поскольку занимают промежуточный уровень
между данными и сервисами, их обслуживающими, с одной стороны, и
пользовательскими приложениями, ориентированными на конкретную предметную
область, с другой стороны. Эти сервисы обычно обладают минимальным
пользовательским интерфейсом или не имеют его вовсе. Нередко они могут быть
реализованы для нескольких различных платформ, так как являются сервисами более
высокого уровня, чем сервисы, специфичные для данной операционной системы или
СУБД. Такие сервисы могут быть реализованы внутри приложений или библиотек (такие
приложения или библиотеки обычно называются серверами приложений - Application

102