Клиент-серверные приложения

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

На стороне сервера происходит следующее:

• Сервер производит компиляцию полученного оператора.

• Далее (если компиляция завершилась успешно) происходит выполнение оператора.

• Результат выполнения оператора передается клиенту

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

С другой стороны, разработчики и пользователи информационных систем, основанных на архитектуре "клиент-сервер", часто бывают неудовлетворены постоянно существующими сетевыми накладными расходами, которые следуют из потребности обращаться от клиента к серверу с каждым очередным запросом. На практике распространена ситуация, когда для эффективной работы отдельной клиентской составляющей информационной системы в действительности требуется только небольшая часть общей базы данных. Это приводит к идее поддержки локального кэша общей базы данных на стороне каждого клиента.

Итак выводы. Архитектура "клиент-сервер" на первый взгляд кажется гораздо более дорогой, чем архитектура "файл-сервер". Требуется более мощная аппаратура (по крайней мере, для сервера) и существенно более развитые средства управления базами данных. Однако, это верно лишь частично. Громадным преимуществом клиент-серверной архитектуры является ее масштабируемость и вообще способность к развитию.

Увеличение масштабов информационной системы не порождает принципиальных проблем. Обычным решением является замена аппаратуры сервера (и, может быть, аппаратуры рабочих станций, если требуется переход к локальному кэшированию баз данных). В любом случае практически не затрагивается прикладная часть информационной системы.

Рис Обработка данных в различных архитектурах

Локальный компьютер

Локальное приложение

СУБД

Данные

Архитектура “файл-сервер”

Клиент

Файл-сервер

Сетевое приложение

Данные

СУБД

Клиент

пересылка Сетевое приложение

данных

СУБД

Архитектура “клиент-сервер”

Сервер БД

Клиентское

СУБД приложение

Данные

Клиентское приложение

пересылка запросов

и результатов

Открытая система

Одной из основных проблем распределенных систем является проблема совместимости ее разнородных компонентов. Эта проблема может быть решена при использование технологии открытых систем. Суть этой технологии в том что все компоненты системы взаимодействуют между собой через стандартные интерфейсы

Общие свойства открытых систем обычно формируются следующим образом:

- расширяемость/масштабируемость,

- мобильность (переносимость),

- интероперабельность (способность к взаимодействию с другими системами)

- дружественность к пользователю, в т.ч. - легкая управляемость.

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