Технология клиент-сервер

Введение

Технология «клиент-сервер» пришла на смену централизованной схеме управления вычислительным процессом на мейнфреймах еще в 80-х годах прошлого века.
Актуальность в том, что благодаря высокой живучести и надежности вычислительной системы, легкости масштабирования, возможности одновременной работы пользователя с несколькими приложениями, высокой оперативности обработки информации, обеспечению пользователя высококачественным интерфейсом и другим возможностям эта весьма перспективная и далеко не исчерпавшая себя технология получила свое дальнейшее развитие.
Делает возможным, в большинстве случаев, распределить функции вычислительной системы между несколькими независимыми компьютерами в сети. Это позволяет упростить обслуживание вычислительной системы. В частности, замена, ремонт, модернизация или перемещение сервера, не затрагивают клиентов.
Все данные хранятся на сервере, который, как правило, защищён гораздо лучше большинства клиентов. На сервере проще обеспечить контроль полномочий, чтобы разрешать доступ к данным только клиентам с соответствующими правами доступа.
Позволяет объединить различные клиенты. Использовать ресурсы одного сервера часто могут клиенты с разными аппаратными платформами, операционными системами и т.п.
Степень изученности. В разработке данной темы были использованы работы таких авторов как: Власова Г.Б., Венгеров А.Б., Головистикова А.Н., Дмитриев Ю.А. и др., а так же была использована Конституция Российской Федерации .
Целью данной работы является раскрытие темы «Технологии, основанные на использовании баз данных. Архитектура «клиент-сервер»» и ее изучение, исходя из поставленной цели, были определены следующие задачи:
- Рассмотреть эволюцию архитектуры клиент-сервер;
- Исследовать двух- и трехуровневую архитектуры “клиент-сервер”;
- Изучить реализацию архитектуры “клиент-сервер” для баз данных.
Структура данной работы состоит из: введения, 3 глав, заключения и списка используемой литературы.
1. Эволюция клиент-
Идея вычислительные в с клиент- возникла уровне групп подразделений . Менеджеры обнаружили, использование приложений, на , не им быстро на бизнеса.
приложений отделом обслуживания очень времени, результаты всегда нуждам . С персональных работники возможность и данные на рабочих , а отделов — находить приложения.
в , состоящем из компьютеров, при работе с трудностями. на одного компании необходимо базу , а форматы стандарты использования. проблем архитектура -сервер, на подразделения. правило, архитектура одну сеть, персональных и или сервера1.
систем -сервер подразделения дорогу клиент- уровня . В случае архитектура интегрировать подразделений и информационного , а запускать , предоставляющие контролируемый к базам . Важной подобных является , что отдел обслуживания возвращает полный над , но в распределенной системы.
2. и архитектуры “-сервер”
компоненты не : у есть к (например, , процессор, управления данных (), файловая и далее), имеют обращаться этим .
Технология « – сервер» - архитектура комплекса, которой распределение программы двум различным (клиент сервер), по «запрос-» и свои задачи ( 1)2.
Рисунок 1. «Клиент – »
Компьютер ( программа), и/ владеющий -либо , называют этого . Компьютер ( программа), и каким- ресурсом, клиентом ресурса. и могут как одном (ПК), и разных в . Также возникать ситуация, некоторый блок одновременно функции по к блоку клиента отношению другому.
принцип «Клиент-» заключается разделении приложения минимум три :
- модули с ;
Также группу логикой . Через группу взаимодействуют приложением. от характеристик представления ( командной , сложные пользовательские , интерфейсы посредника) задача в , чтобы средства наиболее обмена между и системой.
- хранения ;
Эту также бизнес-. Бизнес- определяет, чего предназначено (например, функции, для предметной ). Разделение по между обеспечивает основу распределения на компьютерах.
- обработки (функции ресурсами);
группу называют доступа данным алгоритмами к

. Алгоритмы к исторически как для приложения к постоянного данных файловой или . При модулей данных специфический приложения к . При интерфейса управляет с данных запросами ней ( специфических конкретного запросов язык , получение и этих обратно специфические конкретного структуры )3.
Каждая этих может реализована от других. , не программ, для и данных, изменить с таким , что и же будут в таблиц, или . Очень приложения способны все части единственную , и разделение функциональным .
В с функций любом выделяются компоненты: представления ; прикладной ; компонент ресурсом.
классической клиент- приходится три части по физическим . Обычно компонент на (например, базы ), компонент данных - стороне , а управления распределяется клиентской серверной . В заключается недостаток двухуровневой .
В архитектуре разбиении обработки разработчики иметь информацию последних , внесенных систему, понимать изменения, создает сложности разработке -серверных , их и , поскольку тратить усилия координацию разных специалистов. действиях часто противоречия, это развитие и изменять готовые проверенные .
Чтобы несогласованности элементов были две двухзвенной «Клиент – »: «Толстый » («Тонкий ») и « клиент» (« сервер»).
данных разработчики выполнять данных одной двух частей - на клиента (« клиент»), на («Тонкий )4.
Каждый имеет недостатки. первом неоправданно сеть, что ней необработанные, значит, данные. того, поддержка и изменение, как алгоритма или ошибки одновременной замены интерфейсных , а могут ошибки несогласованность . Если вся информации на , то проблема встроенных и отладки. с информации сервере невозможно на платформу (), что серьезным .
Есди -таки двухуровневая архитектура « – сервер», необходимо следующее5:
- «Толстый » аналогична «Тонкий » (рисунок 2);
2. Архитектура « клиент»
запроса клиента сервер, запроса и результата . При архитектуры следующие :
- усложняется , так языки SQL приспособлены разработки ПО нет средств ;
- производительность , написанных языках SQL, ниже, созданных других , что важное для систем;
- , написанные СУБД-, обычно недостаточно ; ошибка них привести выходу строя сервера данных;
- таким программы непереносимы другие и .
- архитектура « сервер» архитектуре « клиент» ( 3).
Обработка происходит стороне , то происходит клиенту необработанных с . При архитектуры следующие :
- усложняется ПО, его нужно одновременно всей ;
- усложняется полномочий, как доступа не действиям, по ;
- перегружается вследствие по необработанных ;
- слабая данных, сложно распределить 6.
Рисунок 3. «Толстый »
Для перечисленных используются (три более ) архитектуры «-сервер».
середины 90- годов века специалистов трехзвенная «Клиент – », которая информационную по возможностям три компонента: представления, -логика логика к . В от архитектуры трехзвенной дополнительное - сервер , который для бизнес-, при полностью клиент, направляет промежуточному обеспечению, максимально все серверов.
трехуровневой клиент не функциями данных, выполняет основную системы информации, с приложений. интерфейс реализовать помощью средств -технологии - , CGI Java. уменьшает данных, между и приложений, позволяет клиентские даже медленным типа каналов. того, часть быть простой, в случаев реализуют помощью браузера. если ее -таки , то процедуру осуществить и 7.
Сервер – это обеспечение, промежуточным между и (рисунок 4).
4. Сервер
Существует категорий промежуточного 8:
- Message – яркие MQseries JMS;
- Broker – представители и ;
- Component – яркие .NET EJB.
сервера дает возможностей, , уменьшается на компьютеры, что приложений нагрузку обеспечивает от . Так бизнес- хранится сервере , то каких- изменениях отчетности расчетах программы образом затрагиваются.
несколько приложений таких компаний Sun , Borland, , Oracle каждый них набором сервисов ( в случае не )