Клієнт-серверні системи основа структури комп ютерних мереж Задачи

Клієнт-серверні системи основа структури комп'ютерних мереж

Задачи решаемые на WEB-серверах 1. Подготовка материалов к WEB-публикации, редактирование, дизайн, поддержка единого стиля в оформлении страниц, взаимосвязь WEB-документов и т. п. 2. Обеспечение динамичного представления информации на WEB-странице, создание интерактивных WEB-страниц, организация различных видов поиска информации, мониторинг статистики посещений страницы, регистрация посетителей, регламентация доступа к страницам, организация доступа к базам данных. 3. Администрирование WEB-сервера как компонента WWW.

Архитектура информационной сети - концепция, определяющая: основные элементы информационной сети; характер и топологию взаимодействия этих элементов; представляющая логическую, функциональную и физическую организацию технических и программных средств сети. Различаю пять основных видов архитектур: - архитектура терминал-главный компьютер; - архитектура интеллектуальной сети; - архитектура клиент-сервер; - одноранговая архитектура; - архитектура компьютер-сеть.

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

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

Модель "сервер базы данных" - архитектура вычислительной сети типа "клиент-сервер", в которой пользовательский интерфейс и логика приложений сосредоточены на машине-клиенте, а информационные функции (функции СУБД) - на сервере. Обычно клиентский процесс посылает запрос серверу на языке SQL. Модель "сервер приложений" - архитектура вычислительной сети типа "клиент-сервер", в которой функциональная логика размещена на сервере, а на машине-клиенте выполняется только компонент представления. Модель "сервер транзакций" - архитектура вычислительной сети типа "клиент-сервер", в которой сервер выполняет специальные, реализующие наиболее часто используемые алгоритмы обработки (модули; удаленные процедуры). Алгоритмы получают параметры от клиентского процесса и ему же возвращают результат.

Модель "файл-сервер" - архитектура вычислительной сети типа "клиент-сервер", в которой сервер предоставляет в коллективное пользование дисковое пространство, систему обслуживания файлов и периферийные устройства. Файловый сервер (Файл-сервер) Файловый сервер - узел вычислительной сети, реализующий начальный уровень архитектуры клиентсервер. Обычно файловый сервер работает под управлением развитой многозадачной сетевой операционной системы. Задачи Файл-сервера: - обеспечивает управление доступом к файлам и базам данных; - предоставляет в общее пользование дисковое пространство, принтеры модемы и другие ресурсы.

Различия архитектур “файл-сервер” и “клиент -сервер”

Особенности архитектуры «клиент-сервер» Двухуровневая архитектура (Two-tier architecture) Двухуровневая архитектура - архитектура приложения, в которой прикладные и пользовательские сервисы реализованы на клиентской рабочей станции, а данные централизованно хранятся на сервере. В этой модели клиенты подключаются непосредственно к серверу, на все время работы приложения.

Различия архитектур “файл-сервер” и “клиент-сервер”

Преимущества и недостатки архитектуры “клиент-сервер” Преимущества: 1. Надежность 2. Масштабируемость. 3. Безопасность. 4. Гибкость. Недостатки: 1. Високие требования к оборудованию. 2. Сложность администрирования. 3. Сложность разработки.

Многоуровневая архитектура - архитектура приложения, разделяющая пользовательские сервисы, прикладные сервисы и сервисы данных.

Функции технологии К-С § функции ввода и отображения данных; § прикладные функции, характерные для предметной области; § фундаментальные функции хранения и управления ресурсами (базами данных); § служебные функции. Исходя из этого деления любое приложение может состоять из следующих компонентов: § компонент представления (функции 1 -й группы); § прикладной компонент (функции 2 -й группы); § компонент доступа к информационным ресурсам (функции 3 -ей группы и протокол их взаимодействия)

FS-модель Базовая для локальных сетей персональных компьютеров. Применялась для разработки информационных систем на базе Fox. PRO, Clipper, Paradox. Основные свойства: § выделяется файл-сервер для реализации услуг по обработке файлов других узлов сети; работает под управлением сетевых ОС; § играет роль компонент доступа к информационным ресурсам; § в остальных узлах функционирует приложение, в кодах которого совмещены компоненты представления и прикладной; § протокол обмена - набор низкоуровневых вызовов. Технология: запрос направляется на файловый сервер, который передает СУБД, размещенной на компьютереклиенте, требуемый блок данных. Вся обработка осуществляется на компьютере-клиенте. Недостатки: § высокий сетевой трафик; § небольшое число операций манипулирования; § недостаточные требования к безопасности.

RDA-модель § § § Основные свойства: коды компонента представления и прикладного компонента совмещены и выполняются на компьютере-клиенте; доступ к информационным ресурсам обеспечивается операторами непроцедурного языка SQL. Технология: клиентский запрос направляется на сервер, где функционирующее ядро СУБД обрабатывает запрос и возвращает результат (блок данных) клиенту. Ядро СУБД выполняет пассивную роль; инициатор манипуляций с данными - программы на компьютереклиенте. Достоинства: процессор сервера загружается операциями обработки данных; уменьшается загрузка сети, т. к. по сети передаются запросы на языке SQL; унификация интерфейса «клиент-сервер» в виде языка SQL; использование его в качестве стандарта общения клиента и сервера. Недостатки: удовлетворительное администрирование приложений в RDA-модели невозможно из-за совмещения в одной программе различных по своей природе функций (представления и прикладных).

DBS-модель § § § § § Реализована в реляционных СУБД Informix, Ingres, Oracle. Основные свойства: основа модель-механизм хранимых процедур - средство программирования SQL-сервера; процедуры хранятся в словаре базы данных, разделяются между несколькими клиентами и выполняются на компьютере, где функционирует SQL-сервер; компонент представления выполняется на компьютере-клиенте; прикладной компонент и ядро СУБД на компьютере-сервере базы данных. Достоинства: возможность централизованного администрирования; вместо SQL-запросов по сети передаются вызовы хранимых процедур, что ведет к снижению сетевого трафика. Недостатки: в большинстве СУБД недостаточно возможностей для отладки и типизирования хранимых процедур; ограниченность средств для написания хранимых процедур. На практике чаще используется разумный синтез RDA- и DBS-моделей для построения многопользовательских информационных систем.

AS-модель § § Основные свойства: на компьютере-клиенте выполняется процесс, отвечающий за интерфейс с пользователем; этот процесс, обращаясь за выполнением услуг к прикладному компоненту, играет роль клиента приложения (АС); прикладной компонент реализован как группа процессов, выполняющих прикладные функции, и называется сервером приложения (AS); все операции над БД выполняются соответствующим компонентом, для которого AS - клиент. RDA- и DBS-модели имеют в основе двухзвенную схему разделения функций. В RDA-модели прикладные функции отданы клиенту, в DBSмодели их реализация осуществляется через ядро СУБД. В RDAмодели прикладной компонент сливается с компонентом представления, в DBS-модели интегрируется в компонент доступа к ресурсам. В AS-модели реализована трехзвенная схема разделения функций, где прикладной компонент выделен как важнейший изолированный элемент приложения, имеющий стандартизированные интерфейсы с двумя другими компонентами. AS-модель является фундаментом для мониторов обработки транзакций.