Модели сетевых служб и распределеных приложений

Распределенная обработка информации в сетевых ОС.

Файловая система с шифрованием EFS.

Одна из стандартных мер предосторожности для персонала ЭВМ это возможность загрузки с гибкого диска. Защита информации, как правило осуществляется паролем. Для защиты данных используется различные варианты администратирования. Самый распространенный случай хранения информации – неограниченный доступ.

Для организации защиты имеется набор утилит. Более эффективную защиту предоставляет шифрование информации.

Работа EFS.

Шифрование файлов осуществляется с помощью специальных команд. После выполнения команды файл будет храниться в зашифрованном виде.

Шифрование прозрачно с точки зрения пользователя. При попытке доступа к этому файлу другого пользователя будет выдано сообщение об ошибке доступа, т.к. у другого пользователя отсутствует ключ. Шифроваться могут не только файлы но и каталоги.

Объединение компонентов в сеть представляет возможность отдельным программам, расположенным на разных компьютерах взаимодействовать друг с другом. Эти взаимодействие программно удобно рассматривать как одно приложение, которое называется «сетевым».

Его «+»:

-более высокая производительность;

-отказоустойчивость;

-маштабируемость;

приближение к пользователю.

Приложения могут быть распределены по нескольким компьютерам. Распределенными в сети могут быть как прикладное так и системное программное обеспечение.

Компоненты операционной системы в этом случае называют системными службами.

Основные параметры организации приложений в сети:

1. Способ разделения приложений на части, выполняющихся на разных компьютерах сети;

2. Выделение специализированных серверов в сети на которых выполняется некоторые общие для всех приложений функции;

3. Способ взаимодействий между частями приложений, работающих на разных компьютерах.

Способ разделения приложений на части.

Для каждого приложения можно предложить свою схему деления его на части. Существуют типовые модели распределенных приложений. Одна из них рассматривается. В ней предполагается приложения делить на 6 функциональных частей:

1. средства представления данных на экране. Пример: средства графического пользовательского интерфейса.

2. Логика представления данных на экране, которая описывает правила и сценарий взаимодействия пользователя с приложениями;

3. Функциональная часть (прикладная логика) – это набор правил для принятия решений, вычислительные процедуры и операции;

4. Логика данных – это операции с данными в базе данных, которые нужно выполнить для реализации прикладной логики;

5. Внутренние операции базы данных;

6. Файловые операции – стандартные операции с файлами и с файловой системой.

На основе этой модели можно построить несколько схем распределения частей приложения между компонентами сети.

Пример: Двухзвенные схемы.

Обычно приложения делят на 2 или 3 части. Необходимо распределить 6 функциональных частей между 2-мя компонентами, причем сделать это несколькими способами.

Вариант 1. (централизованная схема).

Комп пользователя работает как терминал, выполняющий только функции представления данных. Все остальные функции выполняет центральный комп.

Программа, обслуживающая комп пользователя, называется – эмулятор терминала.

Вариант 2. (файловый сервер)

На компе пользователя выполняют все части приложения, кроме файловых операций.

На клиентской машине выполняются все части приложений, кроме файловых операций. Центральный комп д.им. дисковую подсистему большого объема, где хранится большое число файлов, доступных различным пользователям.

Распределенное приложение мало отличается от локального приложения.

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

(-): - резво увеличивается нагрузка на сеть

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

Вариант 3. (промежуточная схема)

На серверный комп возлагают функции проведения внутренних операций БД и файловых операций.

Клиентский комп выполняет все функции, специфические для данного приложения. Сервер выполняет функции, которые не зависят от специфики приложения. Они оформлены в виде сетевых служб.

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

Термин «клиент-сервер» применяется для двухзвенной схемы.

Трехзвенная схема

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

На клиентской машине выполняются средства представления данных и логика представлений данных, а также программный интерфейс к серверу приложений.

II комп-р выполняет основную часть приложения, которая не зависит от интерфейса пользователя и базы данных.

Сервер базы данных аналогичен серверу в предыдущей схеме.

(+): - снимается нагрузка с клиентского сервера (компьютер №1)

- упрощается разработка крупных приложений

(-): вместо одного интерфейса появляются 2.