2.1.1Требования к системе

• Функциональные - поддаются локализации при реализации

• Нефункциональные - относятся к качеству системы – носят глобальный характер и оказывают существенное влияние на выбор общей архитектуры системы на этапе проектирования:

• Масштабируемость – способность системы адоптироваться к будущему росту нагрузки

• Открытость – систему можно легко расширять и модифицировать (интеграция новых компонентов, отвечающих новым функциональным требованиям => компоненты должны иметь четко определенные интерфейсы)

• Неоднородность. В распределенных системах, компоненты должны объявлять о предлагаемых услугах. Заявки могут быть синхронными/асинхронными. Клиент и сервер могут быть неоднороднымию. Причины неоднородности:

• Компоненты могут приобретаться в готовом виде

• При создании нового компонента, на него могут накладываться требования взаимодействия см существующими компонентами

• Компоненты создаются разными разработчиками

• Используются различные технологии

• Разделение ресурсов

Ресурс – аппаратура, ПО, данные

Требуется определить, кому будет разрешен доступ к ресурсу => требуется вести учет пользователей

Менеджер ресурсов – компонент, предоставляющий доступ к разделяемым ресурсам

Модели взаимодействия:

• Клиент-серверная (сервер предоставляет доступ к ресурсам)

• Концепция распределенных объектов, предоставляющих доступ к имеющимся у них ресурсам при обращении других компонентов

• Отказоустойчивость – система может продолжать работу даже в случае неисправности => избыточность => применение репликации (при отказе компонента, начинает работать его копия и обслуживание не прекращается)

2.1.2Прозрачность системы

Имеет несколько различных аспектов:

1. Прозрачность масштабируемости (обеспечивается 4, 5)

2. Прозрачность производительности (обеспечивается 4, 5)

3. Прозрачность отказа (обеспечивается 5, 6)

4. Прозрачность миграции (обеспечивается 7, 8) – перемещение компонентов незаметно для пользователей и без специальных действий со стороны разработчиков этих компонентов

5. Прозрачность репликации (обеспечивается 7, 8) – пользователям и разработчика не требуется знать, кто предоставляет услугу – реплика или основной компонент. Разработчики компоненты не должны учитывать возможность его репликации Реплика – копия, которая остается синхронизированной с оригиналом

6. Прозрачность одновременного выполнения

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

8. Прозрачность местонахождения – способ вызова операции не зависит от местонахождения компонента (запрашивающему обслуживание объекту не требуется знать о физическом расположении компонента)

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

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

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

Прозрачность производительности – пользователь и программист не знают, как поддерживается хорошая производительность.

В основе балансировки нагрузки лежит реализация компонент.

Прозрачность отказа – пользователям и программистам не требуется знать, как ВС справляется с отказами.