АвтоАвтоматизацияАрхитектураАстрономияАудитБиологияБухгалтерияВоенное делоГенетикаГеографияГеологияГосударствоДомДругоеЖурналистика и СМИИзобретательствоИностранные языкиИнформатикаИскусствоИсторияКомпьютерыКулинарияКультураЛексикологияЛитератураЛогикаМаркетингМатематикаМашиностроениеМедицинаМенеджментМеталлы и СваркаМеханикаМузыкаНаселениеОбразованиеОхрана безопасности жизниОхрана ТрудаПедагогикаПолитикаПравоПриборостроениеПрограммированиеПроизводствоПромышленностьПсихологияРадиоРегилияСвязьСоциологияСпортСтандартизацияСтроительствоТехнологииТорговляТуризмФизикаФизиологияФилософияФинансыХимияХозяйствоЦеннообразованиеЧерчениеЭкологияЭконометрикаЭкономикаЭлектроникаЮриспунденкция

Архітектура клієнт-сервер

Читайте также:
  1. Архітектура
  2. Архітектура
  3. АРХІТЕКТУРА
  4. Архітектура
  5. Архітектура скульптура
  6. Театральна архітектура. Декорації. Театральні машини. Костюми
  7. Театральна архітектура. Декорації. Театральні машини. Костюми
  8. Театральна архітектура. Декорації. Театральні машини. Костюми.
  9. Тема 2. Архітектура БД. Життєвий цикл бази данних (ЖЦБД)

 

Архітектура клієнт-сервер призначається для вирішення проблем файл-серверних застосувань шляхом розподілення компонентів застосувань і розміщення їх там, де вони краще будуть використовуватися. Головна особливість такої архітектури є використання виділених серверів баз даних, обробляючих запити і виконуючих пошук, сортування та агрегацію інформації[1].

Більшість конфігурацій клієнт-сервер використовує дворівневу модель, в якій клієнт звертається до послуг серверу безпосередньо. При такій архітектурі діалогові компоненти PS і PL розміщені на клієнтській станції, що забезпечує графічний інтерфейс, а також компоненти логіки – BL i DL, що забезпечують подальшу обробку даних. Компоненти управління даними DS i FS розміщені на сервері, тобто застосування функціонує на клієнті, СУБД – на сервері (мал.2).

 

 
 

 


Мал. 2. Класичний варіант клієнт-серверної інформаційної системи

 

Така схема пред¢являє мінімальні вимоги до серверу, та найліпшу масштабованість. Але складні застосування, коли виникає дуже велика взаємодія з БД, або коли є жорсткі вимоги до часових параметрів обробки, можуть перевантажувати мережу і клієнтів.

Для скорочення навантаження на мережу та спрощення адміністрування застосувань компонент BL розміщують на сервері, сформувавши логіку прийняття рішень як збережену процедуру. Збережена процедура – це процедура з операторами доступу до БД, що викли­кається по імені з передачею вимагаємих параметрів і виконується на сервері БД.

Збережені процедури можуть компілюватися, що підвищує швидкість їх виконання та знижує навантаження на сервер. Вони поліпшують цілістність застосувань та БД, гарантують актуальність колективно виконуємих операцій та обчислень, а також безпеку (відсікають прямий доступ до даних).

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

Дворівнева схема архітектури клієнт-сервер в складних інформаційних системах з великою кількістю користувачів і складною логікою обробки може привести к деякім складнощам і проблемам. Вирішення таких проблем забезпечується трирівневою схемою архітектури клієнт-сервер (мал.3).

 

 
 

 

 


Мал.3. Трирівнева схема архітектури клієнт-сервер

 

Механізм розподілу функцій при трирівневій схемі наступний:

· нижній рівень представляє собою застосування клієнтів, що виділені для виконання функцій PS та логіки представлень PL, а також додається програмний інтерфейс для виклику застосувань на середньому рівні (серверу застосувань);

· середній рівень представляє собою сервер застосувань, на якому виконується прикладна логіка BL, а також обчислюється логіка обробки даних DL, що викликає операції над БД - DS;

· на верхньому рівні знаходиться віддалений сервер бази даних, виділений для послуг обробки даних DS та файлових операцій FS (без ризику використання збережених процедур).

Трирівнева архітектура дозволяє ще краще збалансувати навантаження на вузли і взагалі всю мережу, а також спеціалізувати інструментарій для розробки застосувань та усу­нути недоліки дворівневої схеми клієнт-сервер. Крім того, централізація логіки засто­су­вань спрощує адміністрування та супроводження програмних засобів, що її реалізують, а також забезпечує чіткий розподіл платформи та інструментів реалізації інтерфейсів і прикладної логіки. Сервер застосувань за допомогою монітора транзакцій забезпечує інтерфейс з клієнтами та іншими серверами, управляє транзакціями та забезпечує гарантію цілістності розподіленої бази даних.

 


1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | 32 | 33 | 34 | 35 | 36 | 37 | 38 |

Поиск по сайту:



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