Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
33__33__33__33_ItogOS.docx
Скачиваний:
4
Добавлен:
01.03.2025
Размер:
1.55 Mб
Скачать
  1. Методы обработки пользовательских программ в зависимости от их характеристик

1)Концепции распределенной обработки в сетевых ОС

Типовые функциональные части приложений:

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

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

  3. Прикладная логика – набор правил для принятия решения, вычислительные процедуры и операции.

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

  5. Внутренние операции базы данных – действия СУБД в ответ на запросы логики данных (поиск записей по определенным признакам).

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

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

В двухзвенной схеме возможны следующие варианты:

• обработка на сервере;

• обработка у клиента;

• обработка при сотрудничестве.

Обработка на сервере.

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

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

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

Однако эта архитектура имеет и свои недостатки:

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

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

• необходима высокоскоростная сеть, которая сможет выдержать интенсивные потоки данных между сервером и толстыми клиентами.

• проще и дешевле обновлять приложение на одном сервере, чем на сотнях пользовательских машин.

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

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

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

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

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

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

Промежуточное программное обеспечение, охватывающее все платформы и сети клиентов и серверов, отвечает за маршрутизацию запросов клиентов соответствующему серверу.

В крупных сетях для связи клиентских и серверных частей приложений использу­ется ряд средств, относящихся к классу middleware (промежуточному ПО), в том числе:

  • Средства асинхронной обработки сообщений;

  • Средства удаленного вызова процедур;

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

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]