2015-04-12
4986
Модель файлового сервера
Файл-серверные приложения — приложения, схожие по своей структуре с локальными
приложениями и использующие сетевой ресурс для хранения программы и данных.
Функции сервера: хранения данных и кода программы. Функции клиента: обработка
данных происходит исключительно на стороне клиента.
Количество клиентов ограничено десятками.
Плюсы:
1. Многопользовательский режим работы с данными;
2. Удобство централизованного управления доступом;
3. Низкая стоимость разработки;
Минусы:
1. Низкая производительность;
2. Низкая надежность;
3. Слабые возможности расширения;
Недостатки архитектуры с файловым сервером очевидны и вытекают главным
образом из того, что данные хранятся в одном месте, а обрабатываются в другом. Это
означает, что их нужно передавать по сети, что приводит к очень высоким нагрузкам
на сеть и, вследствие этого, резкому снижению производительности приложения при
увеличении числа одновременно работающих клиентов. Вторым важным недостатком
|
|
|
такой архитектуры является децентрализованное решение проблем целостности и
согласованности данных и одновременного доступа к данным. Такое решение снижает
надежность приложения.
2.Клиент-серверная
Ключевым отличием архитектуры клиент-сервер от архитектуры файл-сервер является
абстрагирование от внутреннего представления данных (физической схемы данных).
Теперь клиентские программы манипулируют данными на уровне логической схемы.
Итак, использование архитектуры клиент-сервер позволило создавать надежные (в
смысле целостности данных) многопользовательские ИС с централизованной базой
данных, независимые от аппаратной (а часто и программной) части сервера БД и
поддерживающие графический интерфейс пользователя (ГИП) на клиентских станциях,
связанных локальной сетью.
Клиентская программа работает с данными через запросы к серверному ПО.
Базовые функции приложения разделены между клиентом и сервером.
Плюсы:
Полная поддержка многопользовательской работы
Гарантия целостности данных
Минусы:
Бизнес логика приложений осталась в клиентском ПО. При любом изменении
алгоритмов, надо обновлять пользовательское ПО на каждом клиенте.
Высокие требования к пропускной способности коммуникационных каналов с
сервером, что препятствует использование клиентских станций иначе как в
локальной сети.
Слабая защита данных от взлома, в особенности от недобросовестных
пользователей системы.
Высокая сложность администрирования и настройки рабочих мест пользователей
системы.
Необходимость использовать мощные ПК на клиентских местах.
Высокая сложность разработки системы из-за необходимости выполнять бизнес-
логику и обеспечивать пользовательский интерфейс в одной программе.
Модель сервера СУБД
