Как модели могут упростить использование сетевых систем, вероятно, наилучшим образом видно на примере World Wide Web. Успех среды Web в основном определяется тем, что она построена на базе потрясающе простой, но высокоэффективной модели распределенных документов (distributed documents). В модели, принятой в Web, информация организована в виде документов, каждый из которых размещен на машине, расположение которой абсолютно прозрачно. Документы содержат ссылки, связывающие текущий документ с другими. Если следовать по ссылке, то документ, с которым связана эта ссылка, будет извлечен из места его хранения и выведен на экран пользователя. Концепция документа не ограничивается исключительно текстовой информацией. Например, в Web поддерживаются аудио- и видеодокументы, а также различные виды документов на основе интерактивной графики.
Итак, еще раз перечислим и кратко охарактеризуем модели ПУ:
1 Распределенная файловая система обозначение «Distributed File System»; достоинство Относительно простая модель; цель: обеспечить прозрачный доступ удаленных пользователей к файловой системе; пример: NFS.
2 Удаленный вызов процедур обозначение «Remote Procedure Call (RPC)»; цель: обеспечение прозрачности удаленного исполнения кода; особенности функционирования:
реализация процедуры находится на сервере;
клиент передает параметры процедуры;
сервер исполняет процедуру и возвращает результат некоторая потеря производительности;
весь сетевой обмен скрыт от процесса. 3 Распределенные объекты обозначение «Distributed Objects:»;
особенности функционирования:
каждый объект реализует интерфейс;
интерфейс содержит методы, реализуемые объектом;
процесс видит только интерфейс;
наиболее популярные технологии распределенных объектов в настоящее время:
Microsoft DCOM;
OMG CORBA;
процесс видит только интерфейс;
наиболее популярные технологии распределенных объектов в настоящее время:
Microsoft DCOM;
OMG CORBA;
Java RMI.
4 Распределенные документы обозначение «Distributed Documents»;
реализация: World Wide Web цель: Прозрачность размещения документов; особенности функционирования:
ссылки связывают документы;
содержимое не ограничено текстовой информацией.
Кратко сформулируем задачи промежуточного уровня:
обеспечение интероперабельности;
обеспечение безопасности;
обеспечение целостности данных;
балансировка нагрузки;
обнаружение удаленных компонент.
Чтобы достигнуть цели своего существования улучшения выполнения запросов пользователя распределенная информационная система должна удовлетворять некоторым необходимым требованиям.
Можно сформулировать следующий набор требований, которым в наилучшем случае должна удовлетворять РИС.
Открытость. Все протоколы взаимодействия компонент внутри распределенной системы в идеальном случае должны быть основаны на общедоступных стандартах. Это позволяет использовать для создания компонент различные средства разработки и операционные системы. Каждая компонента должна иметь точную и полную спецификацию своих сервисов. В этом случае компоненты распределенной системы могут быть созданы независимыми разработчиками. При нарушении этого требования может исчезнуть возможность создания распределенной системы, охватывающей несколько независимых организаций.
Масштабируемость. Масштабируемость вычислительных систем имеет несколько аспектов. Наиболее важный из них возможность добавления в распределенную систему новых компьютеров для увеличения производительности системы, что связано с понятием балансировки нагрузки (load balancing) на серверы системы. К масштабированию относятся так же вопросы эффективного распределения ресурсов сервера, обслуживающего запросы клиентов.
Поддержание логической целостности данных. Запрос пользователя в распределенной системе должен либо корректно выполняться целиком, либо не выполняться вообще. Ситуация, когда часть компонент системы корректно обработали поступивший запрос, а часть нет, является наихудшей.
Устойчивость. Под устойчивостью понимается возможность дублирования несколькими компьютерами одних и тех же функций или же возможность автоматического распределения функций внутри системы в случае выхода из строя одного из компьютеров. В идеальном случае это означает полное отсутствие уникальной точки сбоя, то есть выход из строя одного любого компьютера не приводит к невозможности обслужить запрос пользователя.
Безопасность. Каждый компонент, образующий распределенную систему, должен быть уверен, что его функции используются авторизированными на это компонентами или пользователями. Данные, передаваемые между компонентами, должны быть защищены как от искажения, так и от просмотра третьими сторонами.
Эффективность. В узком смысле применительно к распределенным системам под эффективностью будет пониматься минимизация накладных расходов, связанных с распределенным характером системы. Поскольку эффективность в данном узком смысле может противоречить безопасности, открытости и надежности системы, следует отметить, что требование эффективности в данном контексте является наименее приоритетным. Например, на поддержку логической целостности данных в распределенной системе могут тратиться значительные ресурсы времени и памяти, однако система с недостоверными данными вряд ли нужна пользователям.