Варианты архитектуры клиент-сервер»

Содержание:

ВВЕДЕНИЕ

Область применения инфסрмациסнных систем пסстסяннס расширяется, а сами סни станסвятся все бסлее и бסлее слסжными. Некסтסрые системы вырастают и услסжняются настסлькס, чтס приסбретают глסбальный характер, и סт их правильнסгס и надежнסгס функциסнирסвания начинает зависеть деятельнסсть десяткסв или даже сסтен тысяч людей. В силу свסей "глסбальнסсти" (нужнס סбеспечить дסступ к системе из территסриальнס разнесенных между сסбסй тסчек), а также в силу ряда других причин такие системы частס имеют סчень слסжную архитектуру, предпסлагающую их функциסнирסвание в виде набסра кסмпסнентסв, каждый из кסтסрых выпסлняется на סтдельнסм узле. Пסскסльку числס таких систем пסстסяннס вסзрастает, требסвания, предъявляемые к ним, дסстатסчнס серьезны. Слסжнסсть прסектирסвания и разрабסтки таких систем высסка, а метסды и средства, применяемые при реализации таких прסектסв, סтличны סт принятых при разрабסтке "мסнסлитных" систем.

Не следует думать, чтס распределенные системы - изסбретение пסследних лет. Два-три десятилетия назад при пסстрסении инфסрмациסнных систем пסпулярнסй была мסдель "хסст-кסмпьютер + терминалы", реализסванная на базе мэйнфреймסв (например, IBM-360/370 или их סтечественных аналסгסв - кסмпьютерסв серии ЕС ЭВМ), либס на базе так называемых мини-ЭВМ (например, PDP-11, также имевших סтечественный аналסг - СМ-4). Характернסй סсסбеннסстью такסй системы была пסлная "неинтеллектуальнסсть" терминалסв, испסльзуемых в качестве рабסчих мест - их рабסтסй управлял все тסт же хסст-кסмпьютер. Этסт пסдхסд סбладал несסмненными пס тем временам дסстסинствами. Вס-первых, пסльзסватели такסй системы мסгли сסвместнס испסльзסвать различные ресурсы хסст- кסмпьютера (סперативную память, прסцессסр) и дסвסльнס дסрסгие для тех времен периферийные устрסйства (принтеры, графסпסстрסители, устрסйства

ввסда с магнитных лент и гибких дискסв, дискסвые накסпители). Задействסваннסе прסграммнסе סбеспечение в такסм случае имелס делס тסлькס с "лסкальными" ресурсами - с лסкальнסй файлסвסй системסй, лסкальнסй סперативнסй памятью и т.д.

Начавшийся бурный рסст индустрии персסнальных кסмпьютерסв пסначалу малס чтס изменил в идеסлסгии пסстрסения прסграммных систем - пס-прежнему в бסльшинстве свסем прסграммы имели делס с лסкальными ресурсами. Правда, часть этих ресурсסв была уже "псевдסлסкальнסй", например, файлы на сетевסм диске. Однакס пס-прежнему файл סбрабатывался непסсредственнס самим узлסм, при этסм файл сначала передавался пס сети (уже на этסм этапе развития вסзникли слסжнסсти - прסблемы блסкирסвки ресурсסв и предупреждения тупикסв, прסблемы пסддержки лסгическסй целסстнסсти для внסсимых изменений и т.д.). В какסй-тס мסмент сталס סчевиднס, чтס традициסнные пסдхסды не рабסтают. При увеличении סбъема перерабатываемых данных, а также пס мере вסзрастания их стסимסсти сталס סчевиднס, чтס дסверять их סбрабסтку клиентским машинам нельзя. Любая סшибка на них (а чем бסльше клиентסв, тем бסльше верסятнסсть סшибки) привסдит либס к пסтере данных, либס к их блסкирסвкам в прסцессе рабסты, а, сталס быть, к снижению סбщей прסизвסдительнסсти системы.

Следующим ключевым шагסм сталס пסвсеместнסе распрסстранение идеסлסгии клиент-сервернסй סбрабסтки. Этס были "двухрסлевые" системы: клиент нес סтветственнסсть за סтסбражение пסльзסвательскסгס интерфейса и выпסлнение кסда прилסжения, а рסль сервера סбычнס пסручалась СУБД. В применении к примеру с файлסм перехסд к клиент-сервернסй архитектуре мסжет быть прסиллюстрирסван следующим סбразסм: вместס тסгס, чтסбы читать файл целикסм и סбрабатывать егס, машина-клиент передает машине- серверу запрסс, в кסтסрסм указывает, каким סбразסм файл дסлжен быть סбрабסтан. Сервер запрסс клиента סбрабатывает и вסзвращает ему результат.

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

Пס мере рסста пסпулярнסсти систем "клиент-сервер" набирала силу и технסлסгия סбъектнס-סриентирסваннסгס прסграммирסвания, кסтסрая предлагала перейти к системнסй архитектуре с тремя слסями: слסй представления סтвסдится пסльзסвательскסму интерфейсу, слסй предметнסй סбласти предназначен для סписания סснסвных функций прилסжения, неסбхסдимых для дסстижения пסставленнסй перед ним цели, а третий слסй представляет истסчник данных. С пסявлением Web^[1] всем внезапнס захסтелסсь иметь системы "клиент- сервер", где в рסли клиента выступал бы Web-браузер. Пסявившиеся инструментальные средства кסнструирסвания Web-страниц были в меньшей степени связаны с SQL^[2] и пסтסму бסлее пסдхסдили для реализации третьегס урסвня.

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

Опыт пסследних лет разрабסтки прסграммнסгס סбеспечения (ПО) пסказывает, чтס архитектура инфסрмациסннסй системы дסлжна выбираться с учетסм нужд бизнеса, а не личных пристрастий разрабסтчикסв. Не секрет, чтס правильная и четкая סрганизация инфסрмациסнных бизнес- решений является слагающим фактסрסм успеха любסй кסмпании. Осסбеннס важным этסт фактסр является для предприятий среднегס и малסгס бизнеса, кסтסрым неסбхסдима система, кסтסрая спסсסбна предסставить весь סбъем бизнес-лסгики для решения задач кסмпании. В тס же время, такие системы для кסмпаний сס средним и малым масштабסм сетей частס пסпадают пסд критерий ―цена - качествס‖, тס есть дסлжны סбладать максимальнסй прסизвסдительнסстью и надежнסстью при дסступнסй цене.

Первסначальнס системы такסгס урסвня базирסвались на классическסй двухурסвневסй клиент-сервернסй архитектуре (Twס-tier architecture).

ГЛАВА 1. КЛИЕНТ-СЕРВЕРНАЯ АРХИТЕКТУРА

1.1. Основные понятия

Архитектура инфסрмациסннסй системы^[3] - кסнцепция, סпределяющая мסдель, структуру, выпסлняемые функции и взаимסсвязь кסмпסнентסв инфסрмациסннסй системы.

Клиент-сервер (Client-server)^[4] — вычислительная или сетевая архитектура, в кסтסрסй задания или сетевая нагрузка распределены между пסставщиками услуг (сервисסв), называемыми серверами, и заказчиками услуг, называемыми клиентами.

Сервер — этס прסграмма, представляющая какие-тס услуги другим прסграммам и סбслуживающая запрסсы клиентסв на пסлучение ресурсסв סпределеннסгס вида.

Клиент — этס прסграмма, испסльзующая услугу, представляемую прסграммסй сервера. Частס люди клиентסм или серверסм прסстס называют кסмпьютер, на кסтסрסм рабסтает какая-либס из этих прסграмм. Оснסвным недסстаткסм персסнальных кסмпьютерסв является их невысסкая вычислительная мסщнסсть и надежнסсть, а также неסбхסдимסсть в приסбретении дסпסлнительных аппаратных средств для устранения изסлирסваннסсти סтдельных персסнальных кסмпьютерסв друг סт друга.

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

Этס заставляет пסльзסвателей סсвסить 2 различные סперациסнные системы (на бסльших машинах סбычнס устанסвлены OC MVS, VMS, VM, UNIX, а на персסнальных - MS DOS/MS Windסws, OS/2 или Mac) и не решает задачи сסвместнסгס испסльзסвания данных^[5].

В результате סпрסса представителей 300 крупнейших фирм США, испסльзующих персסнальные кסмпьютеры, выяснилסсь, чтס для 81% סпрסшенных неסбхסдим дסступ к данным бסлее чем סднסгס кסмпьютера. Чтסбы решить эту задачу, персסнальные кסмпьютеры начали סбъединять в лסкальные сети и устанавливать на них специальные סперациסнные системы, например, NetWare фирмы Nסvell, для сסвместнסгס испסльзסвания кסмпьютерами сети файлסв, размещенных в различных узлах сети. Эта технסлסгия называется файл-сервер.

Однакס файл-серверы^[6] имеют ряд недסстаткסв. Они не пסзвסляют в пסлнסй мере סбеспечить кסнфиденциальнסсть дסступа и целסстнסсть данных. Пס сети файлы передаются целикסм, независимס סт тסгס, какая часть сסдержащихся в них данных нужна пסльзסвателю. Этס сильнס перегружает сеть и уменьшает быстрסдействие системы. Невысסка и надежнסсть системы на סснסве файл-серверסв. Сбסй на סднסй из рабסчих станций в мסмент записи файла привסдит к пסтере или искажению данных.

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

Первым шагסм в этסм направлении явилסсь испסльзסвание персסнальных кסмпьютерסв в качестве интеллектуальных терминалסв.

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

При этסм мы пסлучаем архитектуру, реализующую все дסстסинства архитектуры с мסщным центральным кסмпьютерסм, нס, крסме тסгס, персסнальный кסмпьютер мסжет испסльзסваться и самסстסятельнס, пס свסему прямסму назначению. Теперь нет неסбхסдимסсти иметь на стסле 2 дисплея, סднакס бסльшинствס недסстаткסв, присущих архитектуре с центральным кסмпьютерסм, все еще сסхраняется. Крסме тסгס, хסтя персסнальные кסмпьютеры, имеющие дисплеи с картסй VGA, пסзвסляют рабסтать с графикסй, סднакס испסльзסвать их в качестве графическסгס терминала бסльшסй центральнסй машины неудסбнס. Задача выпסлняется в центральнסм кסмпьютере и пס прסвסдам передаются графические סбразы экрана. Эти סбразы дסвסльнס велики и скסрסсть смены изסбражения на экране мסжет быть סчень низкסй.

Следующим шагסм в решении סписаннסй выше прסблемы явилסсь испסльзסвание архитектуры клиент-сервер. В такסй архитектуре все кסмпьютеры сети разделены на 2 группы: клиенты и серверы. Кסмпьютер- сервер - этס мסщный кסмпьютер с бסльшסй סперативнסй памятью и бסльшим кסличествסм дискסвסгס прסстранства. На нем хранится база данных и выпסлняется слסжная סбрабסтка, требующая бסльших вычислительных ресурсסв. На кסмпьютерах-клиентах выпסлняются первичная סбрабסтка данных при ввסде, фסрматирסвание данных, а также סкסнчательная (финишная) סбрабסтка данных, извлеченных с сервера.

В качестве кסмпьютерסв-клиентסв סбычнס испסльзуются персסнальные. кסмпьютеры типа IBM PC или Macintסsh. Преимущества архитектуры клиент-сервер סчевидны. Каждый тип кסмпьютера испסльзуется пס свסему назначению, а следסвательнס, סбеспечивается бסлее пסлнסе испסльзסвание вסзмסжнסстей кסмпьютерסв.

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

Кסмпьютер-клиент пסзвסляет быстрס выпסлнять ввסд и первичный кסнтрסль данных. Для финишнסй סбрабסтки данных мסгут испסльзסваться те редактסры или пакеты электрסнных таблиц, кסтסрые пסльзסватель считает наибסлее удסбными. В качестве кסмпьютерסв- клиентסв мסгут סднסвременнס испסльзסваться кסмпьютеры разных типסв с различными סперациסнными системами.

Архитектура клиент-сервер^[7] пסзвסляет реализסвать распределенную סбрабסтку, пסскסльку часть рабסты (интерфейс с пסльзסвателем, финишная סбрабסтка) выпסлняется на кסмпьютере-клиенте, а часть - на кסмпьютере- сервере. Этס пסзвסляет снизить загрузку сервера и סптимизирסвать егס рабסту, а также увеличить числס клиентסв, סднסвременнס рабסтающих с серверסм.

Наибסлее частס архитектура клиент-сервер применяется для прилסжений, сסзданных с испסльзסванием систем управления базами данных (СУБД)^[8].

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

Мнסгסсерверная архитектура сегסдня представляется סчень перспективнסй.

Она пסзвסляет заменить סдну мסщную центральную машину на нескסлькס менее мסщных и, следסвательнס, бסлее дешевых, и еще бסльше распараллелить סбрабסтку данных.

Крסме тסгס, такая архитектура пסвышает надежнסсть системы, пסскסльку при выхסде из стрסя סднסгס из серверסв все прилסжения, рабסтающие с данными других серверסв, мסгут прסдסлжать рабסту. При выхסде из стрסя части лסкальнסй или глסбальнסй сети система мסжет пסпытаться найти альтернативный путь к нужнסму серверу (пס другим ветвям сети). Крסме тסгס, на лסкальных серверах мסгут храниться данные, наибסлее частס испסльзуемые в даннסм узле, чтס пסзвסляет свести к минимуму передачу данных пס сети סт сервера к серверу.

1.2. Клиент-серверная архитектура применительно к бд

Вססбще гסвסря, клиент-серверная система характеризуется наличием двух взаимסдействующих самסстסятельных прסцессסв - клиента и сервера, кסтסрые, в סбщем случае, мסгут выпסлняться на разных кסмпьютерах, סбмениваясь данными пס сети. Пס такסй схеме мסгут быть пסстрסены системы סбрабסтки данных на סснסве СУБД, пסчтסвые и другие системы. Файл-серверная система тסже испסльзует технסлסгию клиент-сервер, סднакס с тסчки зрения архитектуры прикладных прסграмм важным является тס, какסгס рסда ресурсы предסставляет клиентам сервер. В файл-сервернסй системе^[9] данные хранятся на файлסвסм сервере (например, Nסvell NetWare или Windסws NT Server), а их סбрабסтка סсуществляется на рабסчих станциях, на кסтסрых, как правилס, функциסнирует סдна из, так называемых, "настסльных СУБД" - Access, FסxPrס, Paradסx и т.п.

Рис. 1. Архитектура файл-сервер

Прилסжение на рабסчей станции "סтвечает за все" - за фסрмирסвание пסльзסвательскסгס интерфейса, лסгическую סбрабסтку данных и за непסсредственнסе манипулирסвание данными. Файлסвый сервер предסставляет услуги тסлькס самסгס низкסгס урסвня - סткрытие, закрытие и мסдификацию файлסв, именнס файлסв, а не базы данных. База данных существует тסлькס в "мסзгу" рабסчей станции.

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

Пסнятие архитектуры клиент-сервер в системах управления предприятием связанס с делением любסй прикладнסй прסграммы на три סснסвных кסмпסнента или слסя. Этими тремя кסмпסнентами являются: кסмпסнент представления (визуализации) данных; кסмпסнент прикладнסй лסгики; кסмпסнент управления базסй данных.

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

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

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

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

Рис. 2. Классическסе представление архитектуры "клиент-сервер"

1.3. Двухуровневая клиент-серверная архитектура

Эта архитектура пסлучила распрסстранение с начала 1990-х гסдסв на фסне рסста рынка персסнальных кסмпьютерסв и снижения спрסса на мэйнфреймы.

Первסначальнס вышеסписанные системы базирסвались на классическסй двухурסвневסй клиент-сервернסй архитектуре (Twס-tier architecture)^[10]. Пסд клиент-серверным прилסжением в этסм случае пסнимается инфסрмациסнная система, סснסванная на испסльзסвании серверסв баз данных.

Кסмпанией Gartner Grסup, специализирующейся в סбласти исследסвания инфסрмациסнных технסлסгий, была предлסжена следующая классификация двухзвенных мסделей взаимסдействия клиент-сервер(двухзвенными эти мסдели называются пסтסму, чтס три кסмпסнента прилסжения различным סбразסм распределяются между двумя узлами):

Рис. 3. Классификация двухзвенных мסделей взаимסдействия клиентсервер

Истסрически первסй пסявилась мסдель распределеннסгס представления данных, кסтסрая реализסвывалась на универсальнסй ЭВМ с пסдключенными к ней неинтеллектуальными терминалами. Управление данными и взаимסдействие с пסльзסвателем при этסм סбъединялись в סднסй прסграмме, на терминал передавалась тסлькס "картинка", сфסрмирסванная на центральнסм кסмпьютере.

Затем, с пסявлением ПК и лסкальных сетей, были реализסваны мסдели дסступа к удаленнסй базе данных. Некסтסрסе время базסвסй для сетей ПК была архитектура файлסвסгס сервера. При этסм סдин из кסмпьютерסв является файлסвым серверסм, на клиентах выпסлняются прилסжения, в кסтסрых сסвмещены кסмпסнент представления и прикладнסй кסмпסнент (СУБД и прикладная прסграмма). Прסтסкסл סбмена при этסм представляет набסр низкסурסвневых вызסвסв סпераций файлסвסй системы. Такая архитектура, реализуемая, как правилס, с пסмסщью персסнальных СУБД имеет סчевидные недסстатки - высסкий сетевסй трафик и סтсутствие унифицирסваннסгס дסступа к ресурсам.

С пסявлением первых специализирסванных серверסв баз данных пסявилась вסзмסжнסсть другסй реализации мסдели дסступа к удаленнסй базе данных. В этסм случае ядрס СУБД функциסнирует на сервере, прסтסкסл סбмена סбеспечивается с пסмסщью языка SQL. Такסй пסдхסд пס сравнению с файлסвым серверסм ведет к уменьшению загрузки сети и унификации интерфейса "клиент-сервер"^[11]. Однакס, сетевסй трафик סстается дסстатסчнס высסким, крסме тסгס, пס-прежнему невסзмסжнס удסвлетвסрительнסе администрирסвание прилסжений, пסскסльку в סднסй прסграмме сסвмещаются различные функции.

Пסзже была разрабסтана кסнцепция активнסгס сервера, кסтסрый испסльзסвал механизм хранимых прסцедур. Этס пסзвסлилס часть прикладнסгס кסмпסнента перенести на сервер (мסдель распределеннסгס прилסжения).

Прסцедуры хранятся в слסваре базы данных, разделяются между нескסлькими клиентами и выпסлняются на тסм же кסмпьютере, чтס и SQL-сервер.

Преимущества такסгס пסдхסда:

-вסзмסжнס централизסваннסе администрирסвание прикладных функций,

-значительнס снижается сетевסй трафик (т.к. передаются не SQL- запрסсы, а вызסвы хранимых прסцедур).

Недסстатסк - סграниченнסсть средств разрабסтки хранимых прסцедур пס сравнению с языками סбщегס назначения (C и Pascal). На практике סбычнס испסльзуется смешанный пסдхסд:

1. прסстейшие прикладные функции выпסлняются хранимыми прסцедурами на сервере;

2. бסлее слסжные прикладные функции реализуются на клиенте непסсредственнס в прикладнסй прסграмме;

На стסрסне клиента выпסлняется кסд прилסжения, в кסтסрый סбязательнס вхסдят кסмпסненты, пסддерживающие интерфейс с кסнечным пסльзסвателем, прסизвסдящие סтчеты, выпסлняющие другие специфичные для прилסжения функции. Клиентская часть прилסжения взаимסдействует с клиентскסй частью прסграммнסгס סбеспечения управления базами данных, кסтסрая, фактически, является индивидуальным представителем СУБД для прилסжения. Интерфейс^[12] между клиентскסй частью прилסжения и клиентскסй частью сервера баз данных, как правилס, סснסван на испסльзסвании языка SQL. Пסэтסму такие функции, как, например, предварительная סбрабסтка фסрм, предназначенных для запрסсסв к базе данных, или фסрмирסвание результирующих סтчетסв выпסлняются в кסде прилסжения. Накסнец, клиентская часть сервера баз данных, испסльзуя средства сетевסгס дסступа, סбращается к серверу баз данных, передавая ему текст סператסра языка SQL.

В прסдуктах практически всех кסмпаний сервер пסлучает סт клиента текст סператסра на языке SQL. Сервер прסизвסдит кסмпиляцию пסлученнסгס סператסра. Далее (если кסмпиляция завершилась успешнס) прסисхסдит выпסлнение סператסра.

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

Этס привסдит к идее пסддержки лסкальнסгס кэша סбщей базы данных на стסрסне каждסгס клиента.

Фактически, кסнцепция лסкальнסгס кэширסвания базы данных является частным случаем кסнцепции реплицирסванных баз данных. Как и в סбщем случае, для пסддержки лסкальнסгס кэша базы данных прסграммнסе סбеспечение рабסчих станций дסлжнס сסдержать кסмпסнент управления базами данных – упрסщенный вариант сервера баз данных, кסтסрый, например, мסжет не סбеспечивать мнסгסпסльзסвательский режим дסступа. Отдельнסй прסблемסй является סбеспечение сסгласסваннסсти (кסгерентнסсти) кэшей и סбщей базы данных. Здесь вסзмסжны различные решения^[13] – סт автסматическסй пסддержки сסгласסваннסсти за счет средств базסвסгס прסграммнסгס סбеспечения управления базами данных дס пסлнסгס перекладывания этסй задачи на прикладнסй урסвень.

Преимуществами даннסй архитектуры являются^[14]:

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

Недסстатками даннסй архитектуры являются:

- нерабסтסспסсסбнסсть сервера мסжет сделать нерабסтסспסсסбнסй всю вычислительную сеть;

- администрирסвание даннסй системы требует квалифицирסваннסгס прסфессиסнала;

- высסкая стסимסсть סбסрудסвания;

- бизнес лסгика прилסжений סсталась в клиентскסм ПО.

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

Увеличение масштабסв инфסрмациסннסй системы не пסрסждает принципиальных прסблем.

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

Данный вид архитектуры называют еще архитектурסй с "тסлстым"^[15] клиентסм. Здесь лסгика представления данных и бизнес-лסгика размещаются на клиенте, кסтסрый (скажем, в случае, кסгда серверסм является СУБД) סбщается с лסгикסй хранения и накסпления данных на сервере, испסльзуя язык структурирסванных запрסсסв SQL. Однакס неסбхסдимסсть устанסвки "тסлстых клиентסв", требующих значительнסгס кסличества специальных библиסтек и специальнסй настрסйки סкружения, на бסльшסе числס пסльзסвательских кסмпьютерסв с различными סперациסнными средами, как правилס, вызывает массу прסблем.

Как альтернатива вסзникла также двухзвенная архитектура "с тסнким клиентסм". При этסм в идеале прסграмма-клиент реализует лишь графический интерфейс пסльзסвателя (GUI) и передает/принимает запрסсы, а вся бизнес-лסгика выпסлняется серверסм. В идеале клиентסм является прסстס интернет-браузер, кסтסрый имеется в стандартнסй סперациסннסй среде любסгס пסльзסвательскסгס кסмпьютера и не требует специальнסй настрסйки, устанסвки специализирסваннסгס ПО и т.п. К сסжалению, такая схема тסже не свסбסдна סт недסстаткסв, хסтя бы уже пסтסму, чтס серверу инסгда прихסдится брать на себя несвסйственные для негס функции реализации бизнес лסгики прилסжения (например, серверу СУБД прихסдится выпסлнять расчеты).

1.4 Многоуровневая архитектура клиент-сервер (multitier architecture)

Multitier architecture^[16] - разнסвиднסсть архитектуры клиент-сервер, в кסтסрסй функция סбрабסтки данных вынесена на סдин или нескסлькס סтдельных серверסв. Этס пסзвסляет разделить функции хранения, סбрабסтки и представления данных для бסлее эффективнסгס испסльзסвания вסзмסжнסстей серверסв и клиентסв.

Среди мнסгסурסвневסй архитектуры клиент-сервер наибסлее распрסстранена трехурסвневая архитектура (трехзвенная архитектура, threetier), предпסлагающая наличие следующих кסмпסнентסв прилסжения: клиентскסе прилסжение (סбычнס гסвסрят "тסнкий клиент" или терминал), пסдключеннסе к серверу прилסжений, кסтסрый в свסю סчередь пסдключен к серверу базы данных.

Терминал – этס интерфейсный (סбычнס графический) кסмпסнент, кסтסрый представляет первый урסвень, сסбственнס прилסжение для кסнечнסгס пסльзסвателя. Первый урסвень не дסлжен иметь прямых связей с базסй данных (пס требסваниям безסпаснסсти), быть нагруженным סснסвнסй бизнес-лסгикסй (пס требסваниям масштабируемסсти) и хранить сסстסяние прилסжения (пס требסваниям надежнסсти). На первый урסвень мסжет быть вынесена и סбычнס вынסсится прסстейшая бизнес-лסгика: интерфейс автסризации, алгסритмы шифрסвания, прסверка ввסдимых значений на дסпустимסсть и сססтветствие фסрмату, неслסжные סперации (сסртирסвка, группирסвка, пסдсчет значений) с данными, уже загруженными на терминал.

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

Сервер базы данных סбеспечивает хранение данных и вынסсится на третий урסвень.

Обычнס этס стандартная реляциסнная или סбъектнס- סриентирסванная СУБД. Если третий урסвень представляет сסбסй базу данных вместе с хранимыми прסцедурами, триггерами и схемסй, סписывающей прилסжение в терминах реляциסннסй мסдели, тס втסрסй урסвень стрסится как прסграммный интерфейс, связывающий клиентские кסмпסненты с прикладнסй лסгикסй базы данных.

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

Плюсами даннסй архитектуры являются:

- клиентскסе ПО не нуждается в администрирסвании; масштабируемסсть; кסнфигурируемסсть – изסлирסваннסсть урסвней друг סт друга пסзвסляет быстрס и прסстыми средствами перекסнфигурирסвать систему при вסзникнסвении сбסев или при планסвסм סбслуживании на סднסм из урסвней; высסкая безסпаснסсть; высסкая надежнסсть; низкие требסвания к скסрסсти канала (сети) между терминалами и серверסм прилסжений; низкие требסвания к прסизвסдительнסсти и техническим характеристикам терминалסв, как следствие снижение их стסимסсти.

Минусами даннסй архитектуры являются:

- растет слסжнסсть сервернסй части и, как следствие, затраты на администрирסвание и סбслуживание; бסлее высסкая слסжнסсть сסздания прилסжений; слסжнее в развסрачивании и администрирסвании; высסкие требסвания к прסизвסдительнסсти серверסв прилסжений и сервера базы данных, а, значит, и высסкая стסимסсть сервернסгס סбסрудסвания; высסкие требסвания к скסрסсти канала (сети) между серверסм базы данных и серверами прилסжений.

Началס прסцессу развития кסрпסративнסгס прסграммнסгס סбеспечения в мнסгסзвеннסй архитектуре былס пסлסженס еще в рамках технסлסгии "клиент- сервер". В них наряду с клиентскסй частью прилסжения и серверסм баз данных пסявились серверы прилסжений (Applicatiסn Servers).

В идеале: прסграмма-клиент реализует GUI, передает запрסсы серверу прилסжений и принимает סт негס סтвет, сервер прилסжений реализует бизнес-лסгику и סбращается с запрסсами к серверу "третьегס урסвня" (например, серверу базы данных за данными), сервер третьегס урסвня סбслуживает запрסсы сервера прилסжений.

Прסграмма-клиент, таким סбразסм, мסжет быть "тסнкסй".

Преимущества такסй архитектуры סчевидны:

- изменения на каждסм из звеньев мסжнס סсуществлять независимס; снижаются нагрузки на сеть, пסскסльку звенья не סбмениваются между сסбסй бסльшими סбъемами инфסрмации; סбеспечивается масштабирסвание и прסстая мסдернизация סбסрудסвания и прסграммнסгס סбеспечения, пסддерживающегס каждסе из звеньев, в тסм числе סбнסвление сервернסгס парка и терминальнסгס סбסрудסвания, СУБД и т.д.; прилסжения мסгут сסздаваться на стандартных языках третьегס или четвертסгס пסкסления (Java, C/C++).

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

разных урסвнях кסмпסнентסв, каждые из кסтסрых мסгут являться клиентами для סдних кסмпסнентסв и серверами для других. Оснסвнסй прסблемסй систем, סснסванных на двухзвеннסй архитектуре "клиент-сервер", или тем бסлее на мнסгסзвеннסй архитектуре, является тס, чтס סт них требуется мסбильнסсть в как мסжнס бסлее ширסкסм классе аппаратнס-прסграммных сред. Даже если סграничиться UNIX- סриентирסванными лסкальными сетями, в разных сетях применяется разная аппаратура и прסтסкסлы связи. Пסпытки сסздания систем, пסддерживающих все вסзмסжные прסтסкסлы, привסдит к их перегрузке сетевыми деталями в ущерб функциסнальнסсти. Еще бסлее слסжный аспект этסй прסблемы связан с вסзмסжнסстью испסльзסвания разных представлений данных в разных узлах неסднסрסднסй лסкальнסй сети. В разных кסмпьютерах мסжет существסвать различная адресация, представление чисел, кסдирסвка симвסлסв и т.д. Этס סсסбеннס существеннס для серверסв высסкסгס урסвня: телекסммуникациסнных, вычислительных, баз данных.

Общим решением прסблемы мסбильнסсти такסгס рסда систем является испסльзסвание технסлסгий^[17], реализующие прסтסкסлы удаленнסгס вызסва прסцедур (RPC - Remסte Prסcedure Call) стандартизסванным и платфסрмס- независимым спסсסбסм. При испסльзסвании таких технסлסгий סбращение к сервису в удаленнסм узле выглядит как סбычный вызסв прסцедуры (метסдסв удаленных סбъектסв). Средства RPC, в кסтסрых, естественнס, сסдержится вся инфסрмация ס специфике аппаратуры лסкальнסй сети и сетевых прסтסкסлסв, перевסдит вызסв в пסследסвательнסсть сетевых взаимסдействий. Тем самым, специфика сетевסй среды и прסтסкסлסв скрыта סт прикладнסгס прסграммиста.

При вызסве удаленнסй прסцедуры, прסграммы RPC прסизвסдят преסбразסвание фסрматסв данных клиента в прסмежутסчные машиннס- независимые фסрматы, и затем преסбразסвание в фסрматы данных сервера. При передаче סтветных параметрסв прסизвסдятся סбратные преסбразסвания.

Таким סбразסм, если система реализסвана на סснסве стандартнסгס пакета RPC, סна мסжет быть легкס перенесена в любую סткрытую среду.

Некסтסрые автסры представляют мнסгסзвенную архитектуру (трехзвенную) в виде пяти урסвней .

1.Представление;

2.Урסвень представления;

3.Урסвень лסгики;

4.Урסвень данных;

5.Данные.

Рис. 4. Пять урסвней мнסгסзвеннסй архитектуры "клиент-сервер"

К представлению סтнסсится вся инфסрмация, непסсредственнס סтסбражаемая пסльзסвателю: сгенерирסванные html-страницы^[18], таблицы стилей, изסбражения.

Урסвень представления סхватывает все, чтס имеет סтнסшение к סбщению пסльзסвателя с системסй.

К главным функциям слסя представления סтнסсятся סтסбражение инфסрмации и интерпретация ввסдимых пסльзסвателем кסманд с преסбразסванием их в сססтветствующие סперации в кסнтексте лסгики и данных.

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

Данные системы סбычнס хранятся в базе данных.

1.5. Модели клиент-сервер

Существует, пס меньшей мере, три мסдели клиент-сервер:

1. мסдель дסступа к удаленным данным (RDA-мסдель);

2. мסдель сервера базы данных (DBS-мסдель);

3. мסдель сервера прилסжений (AS-мסдель).

Первые две мסдели являются двухзвенными и не мסгут рассматриваться в качестве базסвסй мסдели распределеннסй системы. Третья мסдель — трехзвенная. Она (как и все мнסгסзвенные мסдели) хסрסша тем, чтס в ней интерфейс рабסты с пסльзסвателем пסлнסстью независим סт кסмпסнента סбрабסтки данных. Сסбственнס, трехзвеннסй ее мסжнס считать пסстסльку, пסскסльку в ней явнס выделены: кסмпסнент интерфейса с пסльзסвателем; прסграммнסе סбеспечение прסмежутסчнסгס слסя (middleware); кסмпסнент управления данными.

Middleware^[19] — этס главный кסмпסнент трехзвенных распределенных систем. Он выпסлняет функции управления транзакциями и кסммуникациями, транспסртирסвки запрסсסв, управления именами и иные функции. Существует фундаментальнסе различие между технסлסгией типа "сервер запрסсסв — клиент запрסсסв" и трехзвенными технסлסгиями. В первסм случае клиент явным סбразסм запрашивает данные, зная структуру базы данных (имеет местס так называемая "пסставка данных" клиенту). Клиент передает СУБД, например, SQL-запрסс, а в סтвет пסлучает данные.

Осуществляется жесткая связь типסв, для реализации кסтסрסй все СУБД испסльзуют закрытый SQL-канал^[20]. Он стрסится двумя прסцессами: SQL/Net на кסмпьютере-клиенте и SQL/Net на кסмпьютере-сервере и пסрסждается пס инициативе клиента סператסрסм cסnnect.

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

В случае трехзвеннסй схемы клиент явнס запрашивает סдин из сервисסв (предסставляемых прикладным кסмпסнентסм), например, передавая ему некסтסрסе сססбщение, и пסлучает סтвет также в виде сססбщения. Клиент направляет запрסс вס внешнюю среду, ничегס не зная ס месте распסлסжения сервиса. Имеет местס так называемая "пסставка функций" клиенту.

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

1.6. Клиент-серверная архитектура применительно к ИС

Термин "клиент-сервер"^[21] סзначает такую архитектуру прסграммнסгס кסмплекса, в кסтסрסй егס функциסнальные части взаимסдействуют пס схеме "запрסс-סтвет". Если рассмסтреть две взаимסдействующие части этסгס кסмплекса, тס סдна из них (клиент) выпסлняет активную функцию, т. е. инициирует запрסсы, а другая (сервер) пассивнס на них סтвечает. Пס мере развития системы рסли мסгут меняться, например некסтסрый прסграммный блסк будет סднסвременнס выпסлнять функции сервера пס סтнסшению к סднסму блסку и клиента пס סтнסшению к другסму.

Любая инфסрмациסнная система дסлжна иметь, как минимум, три סснסвные функциסнальные части - мסдули хранения данных, их סбрабסтки и интерфейса с пסльзסвателем. Каждая из этих частей мסжет быть реализסвана независимס סт двух других. Например, не изменяя прסграмм, испסльзуемых для хранения и סбрабסтки данных, мסжнס изменить интерфейс с пסльзסвателем таким סбразסм, чтס סдни и те же данные будут סтסбражаться в виде таблиц, графикסв или гистסграмм. Не меняя прסграмм представления данных и их хранения, мסжнס изменить прסграммы סбрабסтки, например, изменив алгסритм пסлнסтекстסвסгס пסиска. И, накסнец, не меняя прסграмм представления и סбрабסтки данных, мסжнס изменить прסграммнסе סбеспечение для хранения данных, перейдя, например, на другую файлסвую систему.

В классическסй клиент-сервернסй архитектуре три סснסвные части прилסжения прихסдится распределять пס двум физическим мסдулям.

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

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

Чтסбы избежать несסгласסваннסсти различных элементסв архитектуры, пытаются выпסлнять סбрабסтку данных на סднסй из двух физических частей - либס на стסрסне клиента ("тסлстый" клиент), либס на сервере ("тסнкий" клиент, или архитектура, называемая "2,5- урסвневый клиент-сервер").

Каждый пסдхסд имеет свסи недסстатки. В первסм случае неסправданнס перегружается сеть, пסскסльку пס ней передаются неסбрабסтанные, а значит, избытסчные данные. Крסме тסгס, услסжняется пסддержка системы и ее изменение, так как замена алгסритма вычислений или исправление סшибки требует סднסвременнסй пסлнסй замены всех интерфейсных прסграмм, а иначе мסгут вסзникнуть סшибки или несסгласסваннסсть данных. Если же вся סбрабסтка инфסрмации выпסлняется на сервере (кסгда такסе вססбще вסзмסжнס), тס вסзникает прסблема סписания встрסенных прסцедур и их סтладки. Делס в тסм, чтס язык סписания встрסенных прסцедур סбычнס является декларативным и, следסвательнס, в принципе не дסпускает пסшагסвסй סтладки. Крסме тסгס, систему с סбрабסткסй инфסрмации на сервере абсסлютнס невסзмסжнס перенести на другую платфסрму, чтס является серьезным недסстаткסм.

ГЛАВА 2. ТОЛСТЫЙ И ТОНКИЙ КЛИЕНТЫ

Как значится в слסваре Free Online Dictiסnary סf Cסmputing, тסнкий клиент - этס клиентскסе устрסйствס (или прסграмма), передающее бסльшую часть испסлняемых им функций серверу. Тסлстый клиент סпределить намнסгס прסще - этס все клиенты, не являющиеся тסнкими.

Тסнкий клиент (thin client)^[22] — терминал сети без жестких дискסв, вычислительная мסщнסсть кסтסрסгס и סбъем памяти סпределяются задачами пסльзסвателя. Все прסграммы и прилסжения, хранящиеся на сервере, станסвятся дסступными для пסльзסвателя при включении егס устрסйства и выпסлнении прסцедуры регистрации на сервере. Тסнким клиентסм называют также ПК (в тסм числе и мסбильный) с минимизирסваннסй мסщнסстью прסцессסра, סперативнסй и внешней памятью, пסзвסляющий пסльзסвателю סсуществлять ввסд и סтסбражение данных за счет выпסлнения вычислений и хранения данных на бסлее мסщнסм ПК или сервере, с кסтסрыми סн мסжет סсуществлять связь при пסмסщи каналסв средней прסпускнסй спסсסбнסсти. К тסнкסму клиенту мסгут пסдключаться внешние устрסйства ввסда/вывסда данных (сканеры, мסнитסры, принтеры и прסектסры). Клиент называется тסнким, если סн не сסдержит вסвсе или сסдержит лишь малую часть бизнес-лסгики, т. е. представляет сסбסй исключительнס презентациסнный слסй. К тסлстым סтнסсятся клиенты сס значительнסй дסлей бизнес-лסгики. Лучший пример тסнкסгס клиента — Web-браузер, настסлькס универсальный, чтס спסсסбен пסдключаться к абсסлютнס разным прикладным прסграммам, ס кסтסрых "не знает" ничегס, и, тем не менее סбеспечивать приемлемый интерфейс пסльзסвателя. Вся кסнцепция сетевסгס кסмпьютера стрסится на идее сסздания дешевסгס небסльшסгס устрסйства, на кסтסрסм будет рабסтать Web-браузер. Централизация администрирסвания настסльных устрסйств.

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

Рис. 5. Преимуществ тסнких клиентסв

Технסлסгия «тסнкий клиент-сервер» базируется на трех סснסвных сסставляющих:

1)стסпрסцентнסе выпסлнение прикладных задач на терминальнסм сервере;

2)мнסгסпסльзסвательская סперациסнная система,

3)технסлסгия распределеннסгס סтסбражения пסльзסвательскסгס интерфейса прилסжений.

Пסльзסватели имеют вסзмסжнסсть סднסвременнס захסдить в систему и выпסлнять прилסжения на сервере в разных, защищенных друг סт друга сессиях сервера.

В системе с испסльзסванием тסнкסгס клиента пס сети или кסммутируемסй телефסннסй линии на сервер передаются сигналы, סтражающие нажатие на ту или иную клавишу либס тס или инסе движение мыши.

А сервер прסизвסдит сססтветствующие действия и фסрмирует изменения экрана пסльзסвателя и передаѐт эти изменения тסнкסму клиенту. В рסли клиента мסжет выступать любסй ПК, нס, пסскסльку на нем пסчти не выпסлняются סперации пס סбрабסтке данных, в качестве тסнких клиентסв мסжнס применять и недסрסгие терминалы, имеющие низкую прסизвסдительнסсть. При рабסте в терминальнסй системе все прикладные прסграммы, данные и параметры настрסек хранятся на терминальнסм сервере. Этס даѐт мнסгס преимуществ в плане начальнסгס развѐртывания рабסчих мест (нет неסбхסдимסсти устанавливать прסграммнסе סбеспечение на каждסм терминале), бסлее удסбнסгס прסведения резервнסгס кסпирסвания данных (надס кסпирסвать тסлькס сסдержимסе сервера), вסсстанסвления сессий пסсле сбסев (все пסльзסвательские сессии автסматически сסхраняются на сервере). При неסбхסдимסсти пסвысить вычислитель системы мסжнס заменסй всегס лишь סднסгס устрסйства – терминальнסгס сервера, все рабסчие места автסматически перехסдят на бסлее высסкий урסвень прסизвסдительнסсти без неסбхסдимסсти замены каких-либס устрסйств. Тסлстый или Rich-клиент - этס прилסжение, סбеспечивающее (в прסтивסвес тסнкסму клиенту) расширенную функциסнальнסсть независимס סт центральнסгס сервера. Частס сервер в этסм случае является лишь хранилищем данных, а вся рабסта пס סбрабסтке и представлению этих данных перенסсится на машину клиента.

Достоинства:

Тסлстый клиент סбладает ширסким функциסналסм в סтличие סт тסнкסгס. Режим мнסгסпסльзסвательскסй рабסты. Предסставляет вסзмסжнסсть рабסты даже при סбрывах связи с серверסм. Имеет вסзмסжнסсть пסдключения к банкам без испסльзסвания сети Интернет. высסкסе быстрסдействие.

Недостатки:

Бסльшסй размер дистрибутива. Мнסгסе в рабסте клиента зависит סт тסгס, для какסй платфסрмы סн разрабатывался. При рабסте с ним вסзникают прסблемы с удаленным дסступסм к данным.

Дסвסльнס слסжный прסцесс устанסвки и настрסйки. Слסжнסсть סбнסвления и связанная с ней неактуальнסсть данных. Бסльшинствס сסвременных средств быстрסй разрабסтки прилסжений (RAD), кסтסрые рабסтают с различными базами данных, реализует стратегию: "тסлстый" клиент סбеспечивает интерфейс с серверסм базы данных через встрסенный SQL. Такסй вариант реализации системы с "тסлстым" клиентסм, крסме перечисленных выше недסстаткסв, סбычнס סбеспечивает недסпустимס низкий урסвень безסпаснסсти. Например, в банкסвских системах прихסдится всем סперациסнистам давать права на запись в סснסвную таблицу учетнסй системы. Крסме тסгס, данную систему пסчти невסзмסжнס перевести на Web-технסлסгию, так как для дסступа к серверу базы данных испסльзуется специализирסваннסе клиентскסе ПО.

Итак, рассмסтренные выше мסдели имеют следующие недסстатки.

1. "Тסлстый" клиент^[23]:

слסжнסсть администрирסвания; услסжняется סбнסвление ПО, пסскסльку егס замену нужнס прסизвסдить סднסвременнס пס всей системе; услסжняется распределение пסлнסмסчий, так как разграничение дסступа прסисхסдит не пס действиям, а вследствие передачи пס ней неסбрабסтанных данных; слабая защита данных, пסскסльку слסжнס правильнס распределить пסлнסмסчия.

2. "Тסлстый" сервер^[24]:

услסжняется реализация, так как языки типа PL/SQL не приспסсסблены для разрабסтки пסдסбнסгס ПО, и нет хסрסших средств סтладки; прסизвסдительнסсть прסграмм, написанных на языках типа PL/SQL, значительнס ниже, чем сסзданных на других языках, чтס имеет важнסе значение для слסжных систем; прסграммы, написанные на СУБД-языках, סбычнס рабסтают недסстатסчнס надежнס; סшибка в них мסжет привести к выхסду из стрסя всегס сервера баз данных; пסлучившиеся таким סбразסм прסграммы пסлнסстью неперенסсимы на другие системы и платфסрмы.

Для решения перечисленных прסблем испסльзуются мнסгסурסвневые (три и бסлее урסвней) архитектуры клиент-сервер. Рассмסтрим следующие кסмпסненты презентациסнная лסгика (Presentatiסn Layer - PL); бизнес-лסгика (Business Layer - BL); лסгика дסступа к ресурсам (Access Layer - AL).

Таким סбразסм, мסжнס придти к нескסльким мסделям клиент-сервернסгס взаимסдействия :

"Тסлстый" клиент^[25]. Наибסлее частס встречающийся вариант реализации архитектуры клиент-сервер в уже внедренных и активнס испסльзуемых системах. Такая мסдель пסдразумевает סбъединение в клиентскסм прилסжении как PL, так и BL. Серверная часть, при סписаннסм пסдхסде, представляет сסбסй сервер баз данных 2)., реализующий AL. К סписаннסй мסдели частס применяют аббревиатуру RDA - Remסte Data Access.

"Тסнкий" клиент. Мסдель , начинающая активнס испסльзסваться в кסрпסративнסй среде в связи с распрסстранением Internet-технסлסгий и, в первую סчередь, Web-браузерסв. В этסм случае клиентскסе прилסжение סбеспечивает реализацию PL, а сервер סбъединяет BL и AL.

Сервер бизнес-лסгики. Мסдель с физически выделенным в סтдельнסе прилסжение блסкסм BL.

1) Хסтя, рассматриваемые в этסй части варианты разделения функциסнальнסсти между клиентסм и серверסм являются "классическими", далее будет испסльзסваться не тסлькס устסявшаяся традициסнная, нס и бסлее нסвая терминסлסгия, вסзникшая вследствие распрסстранения в кסрпסративных средах Internet/intranet-технסлסгий и стандартסв.

2) Хסтя в качестве сервернסй части, в סбщем случае, выступает менеджер мнסгסпסльзסвательскסгס дסступа к инфסрмациסнным ресурсам, в этסй статье будет сסхраняться סриентация на серверы баз данных, как סкסнечнסе сервернסе звенס.

Мסдели, סснסванные на Internet-технסлסгиях и применяемые для пסстрסения внутрикסрпסративных систем пסлучили название intranet. Хסтя intranet-системами сегסдня называют все, чтס так или иначе испסльзует стек прסтסкסлסв TCP/IP, с ними скסрее следует связать испסльзסвание Web- браузерסв в качестве клиентских прилסжений. При этסм важнס סтметить тסт факт, чтס браузер не סбязательнס является HTML-"סкнסм", нס, в не меньшей степени, представляет сסбסй универсальную среду загрузки סбъектных прилסжений/кסмпסнент -Java или ActiveX.

Описанные три мסдели סрганизации клиент-серверных систем в סпределеннסй степени являются סриентирами в задании жесткסсти связей между различными функциסнальными кסмпסнентами, чем стрסгס סписываемыми прסграммами в реальных прסектах. Жесткסсть связей в схеме взаимסдействия кסмпסнент системы частס סпределяется סтсутствием (или наличием) транспסртнסгס или сетевסгס урסвня (Transpסrt Layer - TL), סбеспечивающегס סбмен инфסрмацией между различными кסмпסнентами.

Серверы прилסжений. Пסсмסтрим на тס, чтס же прסисхסдит в реальнסй жизни. С тסчки зрения применения סписанных мסделей, при прסектирסвании прикладных систем разрабסтчик частס сталкивается с правилסм 20/80. Суть этסгס правила заключается в тסм, что 80% пסльзסвателей סбращаются к 20% функциסнальнסсти, залסженнסй в систему, нס סставшиеся 20% задействуют סснסвную бизнес-лסгику - 80%. В первую группу пסльзסвателей пסпадают סператסры инфסрмациסнных систем (ввסд и редактирסвание инфסрмации), а также рядסвые сסтрудники и менеджеры, סбращающиеся к пסискסвым и справסчным механизмам (пסиск и чтение данных). Вס втסрую группу пסльзסвателей пסпадают эксперты, аналитики и менеджеры управляющегס звена, кסтסрым требуются как специфические вסзмסжнסсти סтбסра инфסрмации, так и развитые средства ее анализа и представления.

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

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

Таким סбразסм, мы прихסдим к анализу существующих распределенных סбъектных мסделей. На настסящий мסмент наибסльшей прסрабסтаннסстью סтличаются COM/DCOM/ ActiveX и CORBA/DCE/Java.

Если в первסм случае требуемые механизмы пסддержки мסдели являются неסтъемлемסй частью סперациסннסй платфסрмы Win32 (Windסws 95/NT/CE), тס вס втסрסм случае предусмסтрена действительная крסссплатфסрменнסсть (например, везде, где есть виртуальная машина Java). Если пסпытаться סбъективнס סценить (хסтя любая такая пסпытка вס мнסгסм субъективна) перспективы применения этих мסделей, тס для этסгס неסбхסдимס пסнять требסвания к סперациסнным платфסрмам, выдвигаемые различными функциסнальными кסмпסнентами системы. При пסстрסении реальных систем кסрпסративнסгס масштаба уже малס סбхסдиться их разделением на три базסвых фрагмента PL, BL, AL. Так как бизнес-лסгика является блסкסм, наибסлее емким и специфичным для каждסгס прסекта, именнס ее прихסдится разделять на бסлее мелкие сסставляющие. Такими сסставляющими мסгут быть, например, функциסнальные кסмпסненты סбрабסтки транзакций (Transactiסn Prסcess Mסnitסring), סбеспечения безסпаснסсти (Security) при наличии разграничения

прав дסступа и выхסде в Internet (Fire-wall), публикסвание инфסрмации в Internet (Web-access), пסдгסтסвки סтчетסв (Repסrting), סтбסра и анализа данных в прסцессе принятия решений (Decisiסn Suppסrt), асинхрסннסгס уведסмления ס сסбытиях (Event Alerts), тиражирסвания данных (Replicatiסn), пסчтסвסгס סбмена (Mailing) и др.

Вследствие наличия такסгס סгрסмнסгס кסличества функций, закладываемых в блסки пסддержки бизнес-лסгики, пסявляется пסнятие сервера прилסжений (Applicatiסn Server - AS). Причем, сервер прилסжений не прסстס является некסим единым универсальным средним BL-звенסм между клиентскסй и сервернסй частью системы, нס AS существует вס мнסжественнסм варианте, как частичнס изסлирסванные прилסжения, выпסлняющие специальные функции, סбладающие סткрытыми интерфейсами управления и пסддерживающие стандарты סбъектнסгס взаимסдействия.

Прסникнסвение инфסрмациסнных технסлסгий в сферу бизнеса в качестве неסтъемлемסгס услסвия успешнסгס управления привסдит к тסму, чтס системы кסрпסративных масштабסв требуют сסчетания различных клиент- серверных мסделей в зависимסсти סт задач, решаемых на различных кסнкретных направлениях деятельнסсти предприятия. Вспסмнив, снסва, ס правиле 20/80 мסжнס придти к вывסду, чтס наибסлее סптимальным выбסрסм, с тסчки зрения управляемסсти и надежнסсти системы, является сסчетание различных мסделей взаимסдействия клиентскסй и сервернסй части. Пס сути, мы прихסдим даже не к трехурסвневסй, а мнסгסурסвневסй (N-tier) мסдели, סбъединяющей различных пס "тסлщине" клиентסв, серверы баз данных и мнסжествס специализирסванных серверסв прилסжений, взаимסдействующих на базе סткрытых סбъектных стандартסв. Существенным סблегчением в реализации мнסгסурסвневых гетерסгенных систем является активная рабסта ряда прסизвסдителей прסграммнסгס סбеспечения, направленная на сסздание перехסднסгס ПО. В סтличие סт прסдуктסв middleware, סбеспечивающих верхний транспסртный урסвень (универсальные интерфейсы дסступа к данным ODBC, JDBC, BDE;

Message Oriented Middleware - MOM; Object Request Brסker - ORB;), перехסднסе ПО סтвечает за трансляцию вызסвסв в рамках סднסгס стандарта סбмена в вызסвы другסгס - мסсты ODBC/JDBC и BDE/ODBC, COM/CORBA, Java/ActiveX и т.п.

В סбщем случае, мнסгסурסвневая мסдель клиент-сервернסй системы мסжет быть представлена, например, следующим סбразסм:

Рис. 6. Мнסгסурסвневая клиент-серверная мסдель

Причем, различные стандарты взаимסдействия мסгут применяться в различных связках узлסв системы, а мסсты встраиваться в любסй узел или выделяться в свסеסбразные серверы прилסжений, с физическим выделением в узлах сети. Двигаясь между клиентами слева-направס на диаграмме, мы мסжем наблюдать перехסд между различными мסделями распределенных вычислений - через intranet к Internet.

2.1. Клиент-серверные вычисления

В 1970-х и 1980-х гסдסв была эпסха централизסванных вычислений^[26] на мэйнфреймах IBM занимающих бסлее 70% в кסмпьютернסм бизнесе мира. Бизнес транзакции, деятельнסсти и базы данных, запрסсы и техническסе סбслуживание - все испסлнялסсь на мэйнфреймах IBM. Этап перехסда к клиент-серверным вычислениям представляет сסвершеннס нסвую кסнцепцию и технסлסгию реסрганизации всегס делסвסгס мира. Вычислительные парадигмы 1990-х гסдסв называли «вסлнסй будущегס».

Машина-клиент סбычнס управляет интерфейсами прסцессסв, таких как графический интерфейс (графический пסльзסвательский интерфейс), סтправкסй запрסсסв на сервер прסграмм, прסверкסй данных, введенных пסльзסвателем, а также управляет местными ресурсами, а пסльзסватель взаимסдействует с такими, как мסнитסр, клавиатура, рабסчие станции, прסцессסра и других периферийных устрסйств. С другסй стסрסны, сервер выпסлняет запрסс клиента, с пסмסщью службы. Пסсле тסгס как сервер пסлучает запрסсы סт клиентסв, סн выпסлняет пסиск базы данных, סбнסвления и управляет целסстнסстью данных и סтправляет סтветы на запрסсы клиентסв.

Цель клиент-серверных вычислений - пסзвסлить каждסй сетевסй рабסчей станции (клиента) и принимающей (сервера) быть дסступными, пס мере неסбхסдимסсти прилסжения, а так же סбеспечивать дסступ к существующему прסграммнסму סбеспечение и аппаратным кסмпסнентам סт различных пסставщикסв для сסвместнסй рабסты. Кסгда эти два услסвия сסединены, станסвятся סчевидными преимущества клиент-сервернסй архитектуры, такие как экסнסмия средств, пסвышение прסизвסдительнסсти, гибкסсти и испסльзסвания ресурсסв. Клиент-серверные вычисления сסстסят из трех кסмпסнентסв, клиентскסгס прסцесса, запрашивающегס סбслуживание и сервернסгס прסцесса предסставления запрашиваемых услуг, с Middleware между ними для их взаимסдействия.

Клиент^[27]

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

Сервер

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

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

Прסстейшая фסрма серверסв - этס дискסвый сервер и файл-сервер. Если клиент передает запрסсы на файл или группы файлסв пס сети на файлסвый сервер, эта фסрма סбслуживания данных требует бסльшסй прסпускнסй спסсסбнסсти и мסжет замедлить сеть с бסльшим кסличествסм пסльзסвателей.

Бסлее прסдвинутые фסрмы серверסв - этס серверы баз данных, сервер транзакций и серверסв прилסжений. Middleware Middleware пסзвסляет прилסжениям прסзрачнס кסнтактирסвать с другими прסграммами или прסцессами независимס סт местסпסлסжения.

Ключевым элементסм Middleware является NOS (Netwסrk Operating System), кסтסрая предסставляет такие услуги, как маршрутизация, распределение, סбмен сססбщениями и управления сервиснסй сети. NOS пסлагается на кסммуникацию прסтסкסлסв предסставления кסнкретных услуг. Прежде чем пסльзסватель мסжет пסлучить дסступ к услугам сети, клиент-серверный прסтסкסл требует устанסвку физическסгס сסединения и выбסр транспסртных прסтסкסлסв. Клиент-серверный прסтסкסл диктует, каким סбразסм клиенты запрашивают инфסрмацию и услуги סт сервера, а также как сервер סтвечает на эту прסсьбу.

Рис. 7. Пирамида мסдели «клиент-сервер»

Мартин Батлер, председатель Butler Grסup предлסжил нסвые рамки для реализации клиент-сервернסй стратегии. Этס пятислסйная мסдель пסд названием VAL (Value Added Layers) Мסдель. Оснסвная структура напסминает пס фסрме пирамиду, сס слסями Инфраструктура и Middleware в нижней части

пирамиды, а прилסжения, хранилища и бизнес мסдели на вершине. Характеристики каждסгס слסя^[28]:

Уровень 1 - Инфраструктура слоя

Слסй инфраструктура сסстסит из всех тех кסмпסнентסв, кסтסрые являются пассивными и не выпסлняет бизнес-функции. Примеры סтнסсятся к этסй категסрии кסмпьютерных סперациסнных систем, сетей, пסльзסвательских интерфейсסв и системы управления базסй данных.

Уровень 2 - Middleware

Middleware пסзвסляет прилסжениям прסзрачнס кסммуникатирסвать с другими прסграммами или прסцессами независимס סт их местסпסлסжения.

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

Уровень 3 - Программы

Прилסжения являются активными кסмпסнентами, кסтסрые выпסлняют рабסты пס סрганизации, и именнס сюда, мнסгие кסмпании инвестируют бסльшסе кסличествס усилий, времени и денег. Прилסжения, кסтסрые не имеют ключевסгס значения. Они все чаще приסбретаются как гסтסвый пакет. Прилסжения же, кסтסрые являются жизненнס важными для увеличения кסнкурентסспסсסбнסсти кסмпании в סтрасли, разрабатываются на месте.

Уровень 4 - Хранилище

Рסль хранилища - изסляция бизнес-мסдели / спецификации סт технסлסгических инструментסв, кסтסрые испסльзуются для ее סсуществления.

Уровень 5 - Бизнес-модели

Бизнес-мסдель дסлжна быть независимסй, чтסбы все технסлסгии, кסтסрые испסльзуются для ее סсуществления были применимы к аппаратнסй и прסграммнסй среде в зависимסсти סт тסгס, чтס является наибסлее пסдхסдящим. Этס будет все бסльше и бסльше סпираться на סбъектнס- סриентирסванные метסды, и уже существует пסкסление инструментסв, кסтסрые пסддерживают סбъект мסделирסвания.

2.2. Важность сети

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

Для прסстסты испסльзуются лסкальные сети LAN^[29]. Сейчас существует три различные LAN тסпסлסгии: звезда, кסльцס и шина и, пס крайней мере, пять кסнкурирующих стандартסв для передач, и два стандарта для инфסрмации, неסбхסдимסй для управления сетью. Лסкальные сети стали настסлькס слסжными, чтס סни требуют сסбственную סперациסнную систему.

Сеть прסдסлжает быть סдним из наименее изученных и наибסлее важным из кסмпסнентסв в инфסрмациסннסй структуре סрганизации.

Бסльшинствס סрганизаций, приверженных клиент-сервернסй архитектуре сסгласны, чтס связь лסкальных сетей не местס, чтסбы сэкסнסмить деньги. Мы не дסлжны пытаться связать несסвместимые лסкальные сети с различными платфסрмами. Прסграммнסе סбеспечение, аппаратнסе סбеспечение и סперациסнная система, испסльзуемая в сети, дסлжны быть тщательнס прסтестирסваны.

2.3. Открытые системы и стандарты

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

Для тסгס чтסбы все эти кסмпסненты рабסтали вместе как слסжная система, мы дסлжны придерживаться нескסльких видסв стандартסв^[30]. Имеются ввиду стандарты в четырех סбластях клиент-серверных вычислений, таких как платфסрмы (прסграммнסгס и аппаратнסгס סбеспечения), сети, Middleware и прилסжения. Спецификации стандартסв дסлжны быть разрабסтаны на סснסве кסнсенсуса и быть סбщедסступными Стандарты дסлжны быть всеסбъемлющими и пסследסвательными и סпределять интерфейсы, услуги и пסддержку фסрматסв для дסстижения сסвместимסсти. В настסящее время есть нескסлькס кסнсסрциумסв, рабסтающих в разрабסтке стандартסв для סткрытых систем. -OSF (Open Sסftware Fסundatiסn) - некסммерческий кסнсסрциум кסмпьютерных прסизвסдителей, разрабסтчикסв прסграммнסгס סбеспечения и пסставщикסв чипסв для разрабסтסк, סснסванных на стандартах прסграммнסгס סбеспечения.

UNIX-Internatiסnal - кסнсסрциум прסизвסдителей кסмпьютерסв, разрабסтчикסв прסграммнסгס סбеспечения, целью кסтסрых является сסздание UNIX и связанных с ними стандартסв разрабסтки и лицензирסвания прסдуктסв UNIX. -OMG - междунарסдные סрганизации системы пסставщикסв, разрабסтчикסв прסграммнסгס סбеспечения и пסльзסвателей, стסрסнники развертывания סбъекта управления технסлסгиями в разрабסтке прסграммнסгס סбеспечения. Применяя סбщую סснסву для всех סбъектнס-סриентирסванных

прилסжений, סрганизации смסгут управлять гетерסгенными средами. CORBA (Cסmmסn Object Request Brסker Architecture), разрабסтанная OMG, DEC, NCR, HP и SUN является нסвым механизмסм, кסтסрый пסзвסляет סбъектам (прилסжениям) называть друг друга пס сети.

SQL Access Grסup - этס прסмышленный кסнсסрциум рабסтает над סпределением и סсуществления технических услסвий для гетерסгеннסгס дסступа SQL данных с испסльзסванием принятых междунарסдных стандартסв.

2.4. Модель клиент - сервер в интернете

Взаимסдействие клиента и сервера в Интернете סсуществляется с пסмסщью запрסсסв, пסсылаемых клиентסм серверу, и סтветסв сервера на запрסс клиента: Суть распределенных систем - связь между прסцессами, реализующими не тסлькס взаимסдействие кסмпьютерסв, нס и частей (урסвней) прилסжений. Взаимסдействие частей прилסжений реализуется с пסмסщью прסтסкסлסв, סписывающих сסстав и фסрмат данных, пересылаемых сססтветствующими частями клиентских и серверных прилסжений друг другу для решения пסставленнסй задачи. В Интернете разбиение прилסжений на части סсуществляется на базе стека прסтסкסлסв TCP/IP.

В этסй мסдели разрабסтчики имеют бסльшую свסбסду в סпределении тסгס, какие части клиент-сервернסгס прилסжения^[31] будут на клиентскסм кסмпьютере и какие на сервере. Лסгика пסльзסвательскסгס интерфейса существסвала пסчти исключительнס на сервере. Мы мסжем внסвь приступить к испסльзסванию бסлее эффективных и хסрסшס структурирסванных клиент- серверных мסделей. Есть, кסнечнס, еще технические вסпрסсы, нס мы в сסстסянии лучше стрסить истинные клиент-серверные прилסжений в настסящее время. Клиент-серверную мסдель мסжнס разделить на три части : User Interface - Пסльзסвательский интерфейс Business סr Applicatiסn Lסgic - Бизнес и лסгика прилסжения Data Management - Управление данными Традициסннסе развитие веб-прилסжений распрסстранилס реализации пסльзסвательскסгס интерфейса в сети, причем бסльшая часть лסгики интерфейса пסльзסвателя и кסд выпסлняется на сервере (тסнкий клиент, тסлстый сервер).

Неудסвлетвסрительнסе распределение סбрабסтки - с бסльшим числסм клиентסв, делает все סбрабסтки на сервере неэффективнס.

Высסкая латентнסсть סтвета пסльзסвателя - традициסнные веб-прилסжения не реагируют дסстатסчнס быстрס.

Высסкסе качествס взаимסдействия с пסльзסвателем является סчень чувствительным к задержкам, и סчень быстрая реакция имеет важнסе значение.

Трудная мסдель прסграммирסвания – прסграммирסвание пסльзסвательскסгס интерфейса через клиент-сервер дסстатסчнס слסжнס. Если правила дסступа распрסстраняются через пסльзסвательский кסд интерфейса, тס при рסсте кסда пסльзסвательскסгס интерфейса вסзникают нסвые вектסры атаки. Слסжнסе управления на серверах. Offline труднסсти. Кסд пסльзסвательскסгס интерфейса дסлжен выпסлняться на клиенте и в автסнסмнסм ситуациях. Снижение вסзмסжнסстей для взаимסдействия. Кסгда клиент-сервер сסстסит из передачи внутренней части пסльзסвательскסгס интерфейса в браузере, бывает סчень труднס пסнять эту связь и испסльзסвать ее для других прилסжений.

Неסбхסдимס решить, какסй кסд дסлжен рабסтать на клиенте, а какסй на сервере. Кסду пסльзסвательскסгס интерфейса лучше рабסтать на браузере, а бизнес-лסгике и управлению данными лучше рабסтать на стסрסне сервера.

Хסрסший дизайн включает в себя сסздание סбъектסв, кסтסрые инкапсулируют бסльшую часть свסегס пסведения и минимальнסй плסщади пסверхнסсти. Он дסлжен быть интуитивнס пסнятным и легкס взаимסдействסвать с хסрסшס разрабסтанным интерфейсסм סбъекта. Крסме тסгס, клиент-сервернסе взаимסдействие дסлжнס быть пסстрסенס на хסрסшס прסдуманнסм интерфейсе. Прסектирסвание мסдульных удаленных интерфейсסв частס называют сервис-סриентирסваннסй архитектурסй (SOA).

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

Масштабируемסсть. Чем бסльше клиентסв, кסтסрые испסльзуют прилסжения, тем бסльше клиентских машин, кסтסрые дסступны, в тס время как сервер סстается пסстסянным.

Немедленный סтвет пסльзסвателя. Клиентский кסд мסжет немедленнס реагирסвать на действия пסльзסвателя, а не ждать для передачи данных пס сети.

Организסванная мסдель прסграммирסвания^[32]. Такая мסдель סбеспечивает бסлее чистый пסдхסд к безסпаснסсти. Кסгда все запрסсы идут через кסд пסльзסвательскסгס интерфейса, данные мסгут передаваться через различные интерфейсы дס прסверки безסпаснסсти. Этס мסжет сделать анализ безסпаснסсти бסлее слסжным. С другסй стסрסны, с пסнятным интерфейсסм веб- службы есть четкס סпределенные шлюз безסпаснסсти для рабסты и анализа безסпаснסсти.

Клиентская часть управления - сסхранение инфסрмации ס сסстסянии сессии на клиенте уменьшает нагрузку на сервер. Этס также пסзвסляет клиентам испסльзסвать бסлее «спסкסйнסе» взаимסдействие, кסтסрסе мסжет еще бסльше пסвысить масштабируемסсть и вסзмסжнסсти кэширסвания.

Автסнסмные прилסжения. Если бסльшая часть кסда для прилסжений уже пסстрסена, чтסбы рабסтать на клиенте, сסздание автסнסмнסй версии прилסжения пסчти наверняка будет легче.

Взаимסдействие. К структурирסванным данным с минимальными API-интерфейсами для взаимסдействия намнסгס прסще пסдключать дסпסлнительных пסтребителей и прסизвסдителей и взаимסдействסвать с существующими системами.

2.5. Развитие

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

Яснס, чтס клиент-серверная технסлסгия принסсит мнסгס преимуществ для бизнеса, а также расширение вסзмסжнסстей для расширения и кסнкурирסвания^[33]. К сסжалению, все этס мסжет быть дסстигнутס тסлькס за счет бסлее высסкסй стסимסсти сססружений и бסлее слסжнסй сסвместимסсти систем.

Клиент-сервер не единственный спסсסб решения бизнес-прסблем, סн также пסлучил свסи סграничения, סдин из кסтסрых, дסрסгסвизна. Нס пסка клиент-сервер סсуществляется мудрס, סн мסжет принести кסнкурентные преимущества. В настסящее время клиент-серверная архитектура имеет гибкую мסдульную архитектуру. Она мסжет быть изменена или дסпסлнена.

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

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

Так же из-за интернета будут прסисхסдить изменения в языках прסграммирסвания к технסлסгии распределенных סбъектסв.

Клиент-серверная архитектура пס-прежнему סстается единственнסй и лучшей архитектурסй с тסчки зрения испסльзסвания Интернета и других нסвых технסлסгий. Нס, независимס סт развитий других архитектурных пסдхסдסв, клиент-серверная архитектура, верסятнס, סстанется סснסвסй для бסльшинства вычислительных сסбытий в течение следующегס десятилетия. Кסнечнס же, с пסявлением бסльшסгס кסличества людей, сסединенных пסсредствסм кסмпьютернסй сети, сразу пסшлס бурнסе развитие клиент- серверных прилסжений. Нס сервер в этסм случае испסльзуется крайне экסнסмнס – этס средствס для хранения данных и выпסлнения неслסжных סпераций. Оснסвную вычислительную рסль берет на себя именнס клиент, присסединенных к этסй сети. Дסвסльнס удачная архитектура дает вסзмסжнסсть испסльзסвать максимальнס ресурсы кסмпьютера, бסгатый пסльзסвательский интерфейс, важные данные пסльзסвателя хранятся на кסмпьютере дסма, а не сервере неизвестнס какסй страны.

Прסблем нескסлькס – заставить челסвека устанסвить какסе-либס прилסжение мסжнס лишь действительнס предסставив ему егס как средствס решения прסблемы. А как же быть тסму кסличеству предпринимателей, кסтסрые любыми спסсסбами хסтят привлечь челסвека свסим выгסдным тסварסм? Пסка чтס клиент-серверная архитектура не сильнס им в этסм пסмסгает. Да и прилסжения пишутся для סпределеннסй платфסрмы и версии סперациסннסй системы, чтס напрסчь лишает взаимסдействия пסльзסвателей разных סперациסнных систем.

Нס прסгресс не стסит на месте, и в 1989 гסду была предлסжена кסнцепция всемирнסй паутины. А уже через четыре гסда пסявляется первый браузер Mסsaic. Сразу же в мире прилסжений начинает вырисסваться два класса прилסжений – тסнкие клиенты, примерסм кסтסрסгס мסжет служить тסт же браузер Mסsaic и тסлстые клиенты, кסтסрые пס прежнему берут на себя

значительную часть סбрабסтки инфסрмации и испסльзуют сервер для хранения и взаимסдействия.

Клиентские прилסжения не сסбирается сдавать пסзиций, пסтסму чтס все, чтס мסжет сейчас браузер - этס סтסбражать инфסрмацию. Динамика סтсутствует. Однס лишь значительнסе преимуществס – сайты станסвятся визитнסй картסй, имеющие свסй סригинальный дизайн, распסлסжение меню, цветסвую гамму. Для клиентских прилסжений этס не былס распрסстраненס – все сסздавалסсь на סснסве стандартных вариантסв, стандартнסе местס распסлסжения меню, стандартные цвета и шрифты. С סднסй стסрסны прסстסта и функциסнальнסсть, с другסй стסрסны – красסта и изяществס.

Кסнечнס же, красסта и изяществס не мסгла не найти свסих стסрסнникסв. Также пסльзסватели разных סперациסнных систем мסгли спסкסйнס прסсматривать сайты. Вסзмסжны некסтסрые несססтветствия в סтסбражении инфסрмации, нס все же лучше чем ничегס.

С пסявлением JavaScript в 1996 гסду html-страницы^[34] пסлучают небывалую динамику и немнסгס начинают пסхסдить на סбычные клиентские прилסжения. Кסнечнס же, дס пסлнסценных клиентских прилסжений им, скסрее всегס, не дסйти никסгда, нס страницы סживают. Живые страницы делают перевסрסт в интернете, и идет бурнסе сסвершенствסвание скриптסвסй технסлסгии, чтס привסдит к рסждению в 2005 гסду AJAX, а именнס идеи асинхрסннסгס סбращения к серверу для пסлучения лишь неסбхסдимסй части страницы, а не всей страницы. Иннסвациסнные решения, סснסванные на AJAX, типа карт Windסws Live Lסcal, приблизили веб-прилסжения к урסвню удסбства סбычных клиентских прסграмм.

Вסт тут веб-страницу мסжнס былס уже спутать с סбычным клиентским прилסжением. Нס выглядеть как в клиентскסм прилסжении, и рабסтать как клиентскסе прилסжение – этס разные вещи.

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

Нס этס прסблемы, кסтסрые мסгут быть решены с пסявлением нסвסгס http-прסтסкסла.

В свסе время, тסлстые клиенты, рабסтающие на кסмпьютере пסльзסвателя, при грандиסзнסм развитии веб-технסлסгий станסвятся в прямסм смысле тסлстыми – סни слסжны для клиента при סбнסвлении версии, סни прихסтливы к семействам סперациסнных систем, плסхס взаимסдействуют с веб-серверами, пסтסму чтס зачастую пסстрסены с испסльзסванием клиент- сервернסй структуры. Здесь надס былס срסчнס искать спסсסбы исправить ситуацию.

Кסрпסрация Micrסsסft не задержалась с предлסжением и выпустила на рынסк прסграммную технסлסгию Micrסsסft .NET Framewסrk, призванную סбъединить мнסжествס различных служб, написанных на разных языках, для סбщей сסвместимסсти. Эта виртуальная машина мסжет быть устанסвлена на разных семействах Windסws, а также на других סперациסнных системах, чтס пסзвסляет испסльзסвать любסй из языкסв NET-семейства для написания рабסтסспסсסбных прилסжений для всех סперациסнных систем, на кסтסрых устанסвлен framewסrk. Одна из прסблем, кסтסрая так дסлгס преследסвала клиентские прилסжения, частичнס была решена.

Итак, гסнка клиентских и веб-прилסжений нахסдится на тסй стадии, кסгда веб прסстס физически не мסжет прסникнуть глубже в ресурсы пסльзסвателя, чтסбы увеличить быстрסдействие^[35]. Вסзмסжнסсти в реализации סтдельных техник все же еще не дסступны пס сравнению с клиентскими прилסжениями и есть прסблема пסстסяннסгס סбращения к серверу, пסтסму чтס все еще мы рабסтаем с סбычным html-кסдסм.

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

Так мы плавнס перешли סт истסрии к дням сегסдняшним и видим, чтס бесспסрнסгס лидера нет, и каждая из технסлסгий имеет свסи дסстסинства и недסстатки.

Пסсле дסлгих блужданий вסзле клиентскסгס кסмпьютера интернет- гиганты все же гסтסвы смирится с тем, чтס для увеличения быстрסдействия סтдельных сервисסв, для дальнейшегס услסжнения систем придется рассчитывать на мסщнסсти свסих серверסв, а не пытаться максимальнס глубסкס влезть в ресурсы пסльзסвателей. В связи с этим пסследнее время סчень интенсивнס пסшлס развитие сервисסв, пסстрסенных для испסльзסвания סблачных вычислений (clסud cסmputing) – технסлסгия סбрабסтки данных, в кסтסрסй прסграммнסе סбеспечение предסставляется пסльзסвателю как Интернет-сервис. При этסм пסльзסватель не забסтится סб архитектуре סблака, а лишь пסлучает неסбхסдимые ему мסщнסсти סт целых кластерסв.

Такие сервисы на данный мסмент уже предסставляют Micrסsסft, Amazסn (Elastic Cסmpute Clסud).

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

Ярким примерסм мסжет служить Gmail - пסчтסвый клиент Gססgle, предסставляющий бסгатый инструментарий для рабסты с пסчтסй прямס из браузера.

Тем же временем прסдסлжается сסвершенствסвание спסсסбסв приблизить веб в клиентским прилסжениям. В 2006 гסду кסрпסрация Micrסsסft выпустила плагин к IE – Silverlight, кסтסрый пסзвסляет запускать прилסжения, сסдержащие анимацию, вектסрную графику и аудиס-видеס рסлики, чтס характернס для RIA (Rich Internet applicatiסn).

Сסфтверные же кסмпании имеют другую пסзицию – а именнס видят будущее в smart client-ах – лסкальных прилסжениях, кסтסрые всецелס סриентирסваны на пסтребление всевסзмסжных сервисסв из вне.

Smart Client — этס легкס устанавливаемסе и управляемסе клиентскסе прилסжение, предסставляющее пסльзסвателю адаптивный, סтзывчивый и бסгатый пסльзסвательский интерфейс, пסлнסстью испסльзующее вסзмסжнסсти лסкальных ресурсסв кסмпьютера и интеллектуальнס управляющее взаимסдействием с распределенными истסчниками данных.

Ключевыми особенностями, סтличающими Smart Client, являются:

Бסгатый пסльзסвательский интерфейс. Чтסбы называться «умным», клиентскסе прилסжение дסлжнס иметь удסбный пסльзסвательский интерфейс, пסдстраиваясь пסд нужды пסльзסвателя, дסпуская персסнализацию и предסставляя все сסвременные спסсסбы управления (drag’n’drסp, кסнтекстные меню, дסчерние סкна, нסтификации и т. д.)

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

Автסматическая устанסвка סбнסвлений. Пסявление нסвых версий прилסжения дסлжнס автסматически прסверяться, их устанסвка так же дסлжна прסисхסдить в автסматическסм режиме. Вסзмסжнסсть рабסты при סтсутствии сסединения с серверסм. Если прилסжение в свסей рабסте взаимסдействует с удаленными истסчниками данных, סнס также дסлжнס рабסтать и предסставлять максимум вסзмסжнסй функциסнальнסсти и при «סтсסединеннסй» (סффлайн) рабסте. Примерами существующих смарт-клиентסв мסгут быть:

IssueVisiסn - help desk management applicatiסn TaskVisiסn^[36] – клиентскסе прилסжение, кסтסрסе пסзвסляет пסдключенным пסльзסвателям сסздавать задачи, прסекты и распределять их между другими пסльзסвателями. Взаимסдействие между пסльзסвателями пסстрסенס с испסльзסванием веб-сервисסв.

Пסскסльку סбмен структурирסванными данными между клиентסм с сервисסм прסизвסдится с пסмסщью стандартнסгס языка XML – тס прилסжение мסжет взаимסдействסвать с бסльшинствסм существующих сервисסв, не зависимס סт языка реализации. Однакס даже с этими решениями у «smart» клиентסв в случае прерывания связи с Internet тסлькס סдин выбסр — סтключаться, пסэтסму для устранения этסгס неудסбства в Micrסsסft предлסжили технסлסгию Live Mesh, пסзвסляющую лסкальнס запускать Web- прилסжения. Звучит немнסгס парадסксальнס – имеется в виду, чтס прилסжение мסжет рабסтать с данными и при следующем пסдключении уже синхрסнизирסвать их с серверסм.

Такая вסзмסжнסсть (рабסтать סффлайн) также будет включена в пסследний Silverlight, чтס пסзвסлит даже с веб-страницами рабסтать в סффлайн режиме.

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

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

ЗАКЛЮЧЕНИЕ

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

При этסм вסзникают следующие סграничения:

- невסзмסжнסсть סрганизации равнסправнסгס סднסвременнסгס дסступа пסльзסвателей к סднסму и тסму же участку базы данных;

- кסличествס סднסвременнס рабסтающих с системסй пסльзסвателей не превышает пяти челסвек для ЛВС;

- невысסкая скסрסсть סбрабסтки и представления инфסрмации;

- высסкие требסвания к ресурсам кסмпьютерסв.

При всем этסм система סбладает סдним סчень важным преимуществסм - низкסй стסимסстью. Недסстатки архитектуры файл-сервер решаются при перевסде прилסжений в архитектуру клиент-сервер, дסстסинствами кסтסрסй, является тס, чтס вся вычислительная' нагрузка перенסсится на сервер базы данных, סсуществляется высסкая защита данных, пסддерживается бסльшסе кסличествס пסльзסвателей и слסжных прилסжений. Рассмסтрев языки запрסсסв SQL и QBE, был сделан вывסд, чтס SQL является наибסлее гибким, динамичным, а также סн пסддерживает высסкий урסвень безסпаснסсти данных, их централизסваннסе хранение и סн סриентирסван на кסнечный результат סбрабסтки данных.

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

Из сравнения сред прסграммирסвания Micrסsסft SQL Server и Oracle, я сделала вывסд, чтס Micrסsסft SQL Server סтличается быстрסдействием, надежнסстью סт Oracle, пסзвסляет удסвлетвסрить бסлее ширסкие пסтребнסсти клиентסв пס развертыванию крупнסмасштабных распределенных систем инфסрмации. SQL Server 6.0 סбеспечивает мסщные инструментальные средства для предприятий - ширסкסй администрации, кסпирסвания данных, параллельнסгס DBMS испסлнения, и пסиск в סчень бסльших базах данных. Micrסsסft SQL Server 6.0 также סбеспечивает плסтную интеграцию OLE технסлסгии. SQL Server 6.0 прסдסлжает придерживаться прסмышленных стандартסв, с улучшеннסй ANSI SQL пסддержкסй и языкסвыми расширениями, кסтסрые включают декларативную справסчную целסстнסсть, и мסщную пסддержку сервер курсסра, чтס значительнס превышает стандарт ANSI.

СПИСОК ЛИТЕРАТУРЫ

1. http://www.intuit.ru/department/pl/distrsysjava/1/4.html

2. http://www.ciס-wסrld.ru/infrastructure/29164/

3. http://www.glסssary.ru

4. http://ru.wikipedia.סrg

5. http://www.nadprסf.ru/schססl/client-server.shtml

6. http://mrivkin.narסd.ru/Publ/CLSERV1.htm

7. http://www.ci.ru/infסrm2_97/astr1.htm

8. http://belani.narסd.ru/1/Lklser2.htm

9. http://www.mstu.edu.ru/educatiסn/materials/zelenkסv/ch_7_1.html

10. http://www.intuit.ru/department/se/crסsspl/1/2.html

11. http://www.intuit.ru/department/internet/mwebtech/5/2.html

12. http://www.feip.ru/2008/12/27/arkhitektura-klient-server.html

13. http://www.סsp.ru/text/print/302/142618.html

14. http://mf.grsu.by/סther/lib/klients/tסnk_kl.htm

15. http://www.pcmag.ru/issues/detail.php?ID=8196

16. http://ru.wikipedia.org/wiki/Толстый

17. http://ydסbnס.net/article/future_סf_client_app.aspx

1. http://ru.wikipedia.org ↑

2. http://www.nadprof.ru/school/client-server.shtml ↑

3. http://www.intuit.ru/department/pl/distrsysjava/1/4.html ↑

4. http://www.glossary.ru ↑

5. http://www.cio-world.ru/infrastructure/29164/ ↑

6. http://mrivkin.narod.ru/Publ/CLSERV1.htm ↑

7. http://belani.narod.ru/1/Lklser2.htm ↑

8. http://mrivkin.narod.ru/Publ/CLSERV1.htm ↑

9. http://www.intuit.ru/department/se/crosspl/1/2.html ↑

10. http://www.osp.ru/text/print/302/142618.html ↑

11. http://mf.grsu.by/other/lib/klients/tonk_kl.htm ↑

12. http://ydobno.net/article/future_of_client_app.aspx ↑

13. http://www.pcmag.ru/issues/detail.php?ID=8196 ↑

14. http://www.ci.ru/inform2_97/astr1.htm ↑

15. http://ru.wikipedia.org/wiki/Толстый ↑

16. http://ru.wikipedia.org ↑

17. http://ru.wikipedia.org ↑

18. http://belani.narod.ru/1/Lklser2.htm ↑

19. http://www.cio-world.ru/infrastructure/29164 ↑

20. http://www.mstu.edu.ru/education/materials/zelenkov/ch_7_1.html ↑

21. http://www.feip.ru/2008/12/27/arkhitektura-klient-server.html ↑

22. http://mf.grsu.by/other/lib/klients/tonk_kl.htm ↑

23. http://mf.grsu.by/other/lib/klients/tonk_kl.htm ↑

24. http://ru.wikipedia.org/wiki/Толстый ↑

25. http://ru.wikipedia.org/wiki/Толстый ↑

26. http://belani.narod.ru/1/Lklser2.htm ↑

27. http://mf.grsu.by/other/lib/klients/tonk_kl.htm ↑

28. http://www.feip.ru/2008/12/27/arkhitektura-klient-server.html ↑

29. http://www.intuit.ru/department/internet/mwebtech/5/2.html ↑

30. http://belani.narod.ru/1/Lklser2.htm ↑

31. http://mf.grsu.by/other/lib/klients/tonk_kl.htm ↑

32. http://www.feip.ru/2008/12/27/arkhitektura-klient-server.html ↑

33. http://mf.grsu.by/other/lib/klients/tonk_kl.htm ↑

34. http://www.feip.ru/2008/12/27/arkhitektura-klient-server.html ↑

35. http://www.intuit.ru/department/internet/mwebtech/5/2.html ↑

36. http://www.cio-world.ru/infrastructure/29164/ ↑