Архитектура ПС. Классические архитектуры Централизованная архитектура; Архитектура "файл-сервер"; Двухзвенная архитектура "клиент-сервер"; Многозвенная. - презентация

1 Архитектура ПС

2 Классические архитектуры Централизованная архитектура; Архитектура "файл-сервер"; Двухзвенная архитектура "клиент-сервер"; Многозвенная архитектура "клиент-сервер"; Архитектура распределенных систем; Архитектура Веб-приложений; Сервис-ориентированная архитектура.

3 Централизованная архитектура Централизованная архитектура вычислительных систем была распространена в 70-х и 80-х годах и реализовывалась на базе мейнфреймов (например, IBM-360/370 или их отечественных аналогов серии ЕС ЭВМ), либо на базе мини-ЭВМ (например, PDP-11 или их отечественного аналога СМ-4). Характерная особенность такой архитектуры – полная "неинтеллектуальность" терминалов. Их работой управляет хост-ЭВМ.

4 Достоинства пользователи совместно используют дорогие ресурсы ЭВМ и дорогие периферийные устройства; централизация ресурсов и оборудования облегчает обслуживание и эксплуатацию вычислительной системы; отсутствует необходимость администрирования рабочих мест пользователей;

5 Недостатки Полностью зависит от администратора хост- ЭВМ. Пользователь не может настроить рабочую среду под свои потребности – все используемое программное обеспечение является коллективным. Использование такой архитектуры является оправданным, если хост-ЭВМ очень дорогая, например, супер-ЭВМ.

6 Архитектура "файл-сервер" Файл-серверные приложения – приложения, схожие по своей структуре с локальными приложениями и использующие сетевой ресурс для хранения программы и данных. Функции сервера: хранения данных и кода программы. Функции клиента: обработка данных происходит исключительно на стороне клиента.

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

8 Недостатки неработоспособность сервера может сделать неработоспособной всю вычислительную сеть; сложное администрирование; высокая стоимость оборудования; бизнес логика приложений осталась в клиентском ПО.

9 Многоуровневая архитектура клиент-сервер Разновидность архитектуры клиент-сервер, в которой функция обработки данных вынесена на один или несколько отдельных серверов. Это позволяет разделить функции хранения, обработки и представления данных для более эффективного использования возможностей серверов и клиентов.

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

11 Недостатки сложность администрирования и обслуживания; более высокая сложность создания приложений; высокие требования к производительности серверов приложений и сервера базы данных; высокие требования к скорости канала (сети) между сервером базы данных и серверами приложений.

12 Трехуровневая архитектура

13 Архитектура распределенных систем

14 Достоинства Каждый АРМ независим, содержит только ту информацию, с которой должен работать, а актуальность данных во всей системе обеспечивается благодаря непрерывному обмену сообщениями с другими АРМами. Обмен сообщениями между АРМами может быть реализован различными способами, от отправки данных по электронной почте до передачи данных по сетям.

15 Достоинства Возможность персональной ответственности за сохранность данных. Распределенные вычисления между клиентскими машинам.

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

17 Распределенные системы с элементами удаленного исполнения использование данных из сущностей, которые хранятся на удаленном сервере (узле); использование данных из сущностей, хранящихся на разных серверах (узлах) частично; использование обособленного функционала, на выделенном сервере (узле).

18 Архитектура Веб-приложений

19 Особенности Отсутствие необходимости использовать дополнительное ПО на стороне клиента Возможность подключения практически неограниченного количества клиентов Централизованное место хранения данных Недоступность при отсутствии работоспособности сервера или каналов связи Достаточно низкая скорость Веб-сервера и каналов передачи данных

20 Сервис-ориентированная архитектура Сервис-ориентированная архитектура (SOA, service-oriented architecture) – модульный подход к разработке программного обеспечения, основанный на использовании сервисов со стандартизированными интерфейсами

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

22 Архитектуры по Шоу и Гарли Архитектуры потоков данных Последовательные пакеты Каналы и фильтры Независимые компоненты Параллельные взаимодействующие процессы Клиент-серверные системы Системы, управляемые событиями

23 Виртуальные машины Интерпритаторы Системы, основанные на правилах Репозиторные архитектуры Базы данных Гипертекстовые системы Доски объявлений Уровневые архитектуры

24 Архитектуры, основанные на потоках данных Основой служит диаграмма потоков данных (DFD – Data Flow Diagram)

25

26 Архитектура каналов и фильтров

27 Фильтр –процесс, способный в любой момент времени принять потоки как входную информацию (последовательность данных единообразного вида). Каждый фильтр должен проектироваться независимо от других. Приемущество: модульность.

28 Независимые компоненты Архитектура независимых компонентов, работающих параллельно (по крайней мере, теоретически) и время от времени общающихся друг с другом. Пример: WWW.

29 Параллельно взаимодействующие процессы Такая архитектура характеризуется тем, что в ней одновременно запускаются несколько процессах.

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

31 Репозиторные архитектуры Архитектура, построенная главным образом вокруг данных. Большинство таких систем предназначены для обработки транзакций по отношению к базам данных.

32 Пример

33 Доски объявлений Архитектуры досок объявления, разработанные для приложений с искусственным интеллектом, являются репозиториями с определенными правилами поведения.

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

35 Приложения обычно используют несколько архитектур

36 Выбор архитектуры 1. Разбить систему на замкнутые задачи 2. Сравните со стандартными архитектурами Есть поток данных в пакетах между обрабатывающими станциями? Архитектура последовательных пакетов Обрабатывающие станции ожидают получения входных данных, чтобы начать свою работу? Архитектура каналов и фильтров

37 356