2. Уровни поддержки распределенных вычислений сетевыми операционными системами.

1. Простая сетевая архитектура (в этом случае сетПО поддерживает сеть независимых компьютеров и обеспечивает работоспособность таких распределенных приложений как эл. Почта, передача файлов и т.д.)

2. Сетевая ОС – в этом случае узлы в сети состоят из прикладных машин и серверов. Каждая станция имеет собственную ОС, а на сервере установлена сетОС. Вся работа в сети присходит с помощью обращения к серверу. Обеспечивается централизованная обработка данных.

Распределенная ОС – в этом случае сеть компьютеров использует общую ОС. С т.з. пользователя система выглядит, как централизованная.

3. Вычисления в архитектуре клиент-сервер. Способ разделения приложений на части.

Вычисления в архитектуре клиент-сервер (к-с):

Клиент – машина, которая запрашивает информацию по сети. Основная цель – простота использования для пользователя.

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

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

Предлагается 6-ти уровневая модель:

1. Средство представления данных на экране (GUI)

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

3. Логика приложений (вычислительные процедуры и операции)

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

5. Внутренние операции БД (СУБД)

6. Файловые операции.

4. Классы приложений клиент/сервер.

Классы приложений к-с:

4 класса:

1. Обработка на одном узле (сервере)

2. Обработка на сервере (для mainframe) – логика представления (интерфейс) организована на клиенте (только!)

3. Обработка при сотрудничестве. В этом случае клиент реализует логику представления и логику приложения клиентской части.

4. Обработка у клиента (вся обработка на машине клиента)

5. Передачи сообщений в распределенных системах.

6. Синхронизация процессов при передачи сообщений.

Единственным по-настоящему важным отличием распределенных систем от централизованных является межпроцессная взаимосвязь. В централизованных системах связь между процессами, как правило, предполагает наличие разделяемой памяти. Типичный пример - проблема "поставщик-потребитель", в этом случае один процесс пишет в разделяемый буфер, а другой - читает из него. Даже наиболее простая форма синхронизации - семафор - требует, чтобы хотя бы одно слово (переменная самого семафора) было разделяемым. В распределенных системах нет какой бы то ни было разделяемой памяти, таким образом вся природа межпроцессных коммуникаций должна быть продумана заново.

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

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