Ip д11нных.

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

И архитектуре клиент-сервер с бизнес-логикой на кли-Фнтс хранение, выборка и поддержка непротиворечивости данных возлагается на сервер БД, вся бизнес-логика и логи-ип представления исполняются на клиентских компьюте-(1й к. Серверы БД изначально рассчитаны на многопользова-t« hi.с кий режим работы, имеют эффективные алгоритмы Цитирования данных и хорошую масштабируемость. Клиен-м нпн часть обменивается данными с сервером посредством WQb запросов. Процесс разработки ИС включает создание БД и написание клиентской части с бизнес-логикой.

К достоинствам архитектуры относят высокую произво-нитольность, стабильность и надежность работы в много-1нии,зовательском режиме, простоту организации защиты минных путем шифрования сетевого трафика и использова­ния протоколов SSH, SSL, использование универсального Ииыка SQL.

Недостатками являются довольно высокая стоимость (1УНД, повышенные требования к квалификации разработ­чиков и администраторов серверов БД к пропускной спо-иобности сети и клиентским местам.

33

В клиент-серверной архитектуре с бизнес-логикой на сервере хранимые процедуры, представляющие собой часть бизнес-логики, выполняются на сервере. Требования к сер­веру БД возрастают, резко понижаются требования к клиент­ским компьютерам и пропускной способности сети, так как клиенту передаются только необходимые данные. В таких системах клиентское приложение и сервер баз данных вза­имодействуют при помощи сетевого транспортного протоко­ла (TCP/IP, NetBEUI или IPX/SPX).

Достоинствами архитектуры являются более низкие по сравнению с файл-серверной архитектурой требования к про­пускной способности сети и клиентским местам, более про­стой процесс создания бизнес-логики. Недостатки — высо­кие требования к серверу БД, проблемы мобильности ИС на другие виды серверов БД.

В трехуровневой клиент-серверной архитектуре вся бизнес-логика с клиента и сервера БД переносится на сервер приложений, что позволяет максимально упростить клиента («тонкий» клиент), и в его качестве использовать терминалы различных типов. Вся бизнес-логика реализуется в виде на­бора приложений, запускаемых на сервере приложений. Серверы БД обеспечивают хранение, модификацию и непро­тиворечивость данных. Сервер приложений соединен с сер­вером БД при помощи отдельного высокоскоростного сег­мента сети.

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

Недостатки: сложность, высокая стоимость решения, не­которое снижение производительности по сравнению с кли­ент-серверными системами с бизнес-логикой на сервере.

Разработчики ИС традиционно ориентируются на техно­логию клиент-сервер, которая практически вытеснила на­стольные и файл-серверные технологии при создании сред­них и крупных информационных систем.

34

Для больших ИС со сложными приложениями, множе-i i ном пользователей и запутанной логикой предпочтитель­нее использовать многоуровневую архитектуру, которая шшполяет сбалансировать нагрузку на сеть и узлы системы, упрощает администрирование и сопровождение. При этом изменение логики на среднем уровне не влияет на работу клиентов. Использование средств удаленного вызова проце­дур обеспечивает возможность вызова из любого узла сети прикладных процедур другого узла, организации удаленной нОрнботки и получения результата.

Многоуровневая архитектура благодаря распределенно­сти приложений позволяет повысить эффективность работы корпоративной ИС и оптимизировать распределение ее прог­раммно-аппаратных ресурсов. При использовании для уда­ленного доступа сети Интернет можно сформировать архи-ичетуру, состоящую из более чем трех уровней.

Обладающие большой вычислительной мощностью кли-■итские компьютеры практически простаивают, занимаясь только выводом информации на экран. Реализация модели распределенной архитектуры позволяет задействовать их Потенциал в работе системы (рис. 1.8).

Рис. 1.8. Распределенная модель архитектуры

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

м

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

Эта модель позволяет организовать распределенные вы­числения между клиентскими машинами (выполнение ка­кой-либо задачи, требующей больших вычислений, можно распределить между соседними клиентами, так как в их БД хранится одинаковая информация и, таким образом, добить­ся максимальной производительности системы).

Построенные на основе данной архитектуры системы об­ладают надежностью, безопасностью и высокой скоростью вычислений, что от них в первую очередь и требуется.

Архитектура Интернет/Интранет является компро­миссным объединением технологии Интернет/Интранет и многоуровневой архитектуры. При этом инструментальные программные средства технологии Интернет/Интранет до­полняются развитыми средствами разработки приложений, работающих с базами данных. В результате структура при­ложения включает следующие модули, размещенные по раз­ным узлам: браузер («тонкий» клиент), сервер приложений, сервер БД, web-сервер, который должен обеспечивать доступ к информационным ресурсам, а сервер-приложений — необ­ходимую предварительную обработку данных.

Благодаря интеграции технологий Интернет/Интранет и «клиент/сервер», существенно упрощается процесс внед­рения и сопровождения системы при достаточно высокой эффективности и простоте совместного использования ин­формации.

36