Архитектура клиент-сервер. Структура типового интерактивного приложения. Модель fs. Модель rda.
Архитектура клиент-сервер
Это вычислительная модель исходно связанная с парадигмой открытых систем. Процесс выполнения распределяется между 2-мя вычислительными процессами: клиентом (запрашивает услуги) и сервером (обеспечивает их выполнение). Серверный процесс может обслужить множество клиентских процессов.
Выделяют 5 групп функций стандартного интерактивного приложения, имеющих различную природу.
Функции ввода и отображения данных. (presentation logic).
Прикладные функции, определяющие основные алгоритмы решения задач приложения. (bisness logic).
Функции обработки данных внутри приложения (database logic).
Функции управления информационными ресурсами (database manager system, DBMS, СУБД ).
Служебные функции, играющие роль связок между функциями первых четырех групп.
Структура типового интерактивного приложения
Рисунок 4. Структура типового интерактивного приложения
Презентационная логика - это часть кода приложения, связанная с тем, что пользователь видит, когда работает. Сюда относятся все интерфейсные экранные формы и все то, что выводится на экран как результаты решения некоторых промежуточных задач, либо как справочная информация. Основные задачи этой логики - формирование экранных изображений, чтение и запись в экранные формы информации, управление экраном и обработка движения мыши и нажатие клавиш.
Business logic - это часть кода приложения, которая определяет собственно алгоритмы решения конкретных задач приложения. Обычно код пишется на языках высокого уровня.
Database logic (Логика обработки данных) - это часть кода, которая отвечает за обработку внутри приложения. Доступ к данным обеспечивается с использованием SQL.
Процессор управления данными - это собственно СУБД, которая обеспечивает хранение и управление БД.
В децентрализованной системе эти части приложения (задачи) могут по-разному распределяться между серверным и клиентским процессами.
Двухуровневые модели. Модель удаленного управления данными, FS (модель файл-сервер).
Рисунок 5.Модель удаленного управления данными
На сервере хранятся файлы с данными, и поддерживается доступ к файлам. Функции управления информационными ресурсами на клиенте. База метаданных, СУБД. Клиент обращается к серверу с файловыми командами.
Достоинства: разделение монопольного приложения на 2 взаимодействующих процесса.
Недостатки:
Высокий сетевой трафик (связан с передачей по сети множества файлов).
Узкий спектр операций манипулирования данными (определяется только файловыми командами).
Отсутствие адекватных средств безопасности доступа к данным. (защита только на уровне валовой системы).
Суф - система управления файлами. (фактически Ос).
На самом деле клиент - это сервер.
Модель удаленного доступа к данным (RDA)
Рисунок 6. Модель удаленного доступа к данным (RDA)
На сервере располагается ядро СУБД. На клиенте осталась презентационная логика. Клиент обращается к серверу с SQL запросами.
Достоинства:
Перенос компонента представления и компонента B.L. на клиентский компьютер существенно разгрузил сервер БД, cведя к минимуму общее число процессов в операционной системе.
Сервер БД освобождается от несвойственных ему функций. Процессоры сервера целиком загружаются операциями обработки данных, запросов и транзакций. (но нужны не терминала, а компьютеры (клиентские станции) с собственными локальными вычислительными ресурсами).
Резко уменьшается загрузка сети. От клиента к серверу передаются не запросы на ввод-вывод в файловой терминологии, а запросы на SQL, их объем существенно меньше. В ответ на запросы клиент получает только данные релевантные запросу, а не блоки файлов как в ФС модели.
Унификация интерфейса клиент-сервер. Стандартом становится язык SQL.
Недостатки:
SQL запросы при интенсивной работе клиентских приложений могут существенно загрузить сеть.
Излишнее дублирование кода приложений. Так как на клиенте располагается презентационная логика и бизнес логика приложения, то при повторении аналогичных функций в разных приложениях код соответствующей бизнес логики должен быть повторен для каждого клиентского приложения.
Сервер играет пассивную роль, поэтому частично функции управления информационными ресурсами должны выполняться на клиенте - это усложняет клиентское приложение.