трирівнева архітектура

У комп'ютерних технологіях трирівнева архітектура. синонім трехзвенная архітектура (англ. three-tier або Multitier architecture) передбачає наявність таких компонентів програми: клієнтську програму (зазвичай говорять «тонкий клієнт» або термінал), підключений до сервера додатків, який в свою чергу підключений до сервера бази даних.

· Сервер додатків розташовується на другому рівні. На другому рівні зосереджена велика частина бізнес-логіки. Поза його залишаються фрагменти, що експортуються на термінали (див.вище), а також занурені в третій рівень збережені процедури і тригери.

· Сервер бази даних забезпечує зберігання даних і виноситься на третій рівень. Зазвичай це стандартна реляційна або об'єктно-орієнтована СУБД. Якщо третій рівень являє собою базу даних разом з збереженими процедурами, тригерами та схемою, яка описує додаток в термінах реляційної моделі, то другий рівень будується як програмний інтерфейс, що зв'язує клієнтські компоненти з прикладної логікою бази даних.

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

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

У порівнянні з клієнт-серверної або файл-серверної архітектурою можна виділити наступні переваги трирівневої архітектури:

· Конфігурованість - ізольованість рівнів один від одного дозволяє (при правильному розгортанні архітектури) швидко і простими засобами переконфігурувати систему при виникненні збоїв або при плановому обслуговуванні на одному з рівнів

· Низькі вимоги до швидкості каналу (мережі) між терміналами і сервером додатків

Недоліки випливають з достоїнств. У порівнянні c клієнт-серверної або файл-серверної архітектурою можна виділити наступні недоліки трирівневої архітектури:

· Більш висока складність створення додатків;

· Складніше в розгортанні і адмініструванні;

· Високі вимоги до продуктивності серверів додатків і сервера бази даних, а, значить, і висока вартість серверного обладнання;

· Високі вимоги до швидкості каналу (мережі) між сервером бази даних і серверами додатків.