Multitier Architektura (Čeština)

třívrstvá architektura klient-server architektura vzor, ve kterém uživatelského rozhraní (prezentační), funkční proces logika („business pravidla“), počítačové ukládání dat a přístup k datům jsou vyvíjeny a udržovány jako samostatné moduly, většinou na samostatných platforem. To byl vyvinut John J, Donovan v Otevřeném Prostředí Corporation (OEC), nástroje, společnost, kterou založil v Cambridge, Massachusetts.,

na Rozdíl od obvyklých výhod modulární software s dobře definovanými rozhraními, tři-tier architektura je určena, aby každá ze tří úrovní, které mají být modernizovány nebo nahrazeny nezávisle v reakci na změny v požadavcích nebo technologie. Například změna operačního systému v prezentační vrstvě by ovlivnila pouze kód uživatelského rozhraní.,

Obvykle, uživatelské rozhraní běží na PC nebo pracovní stanici a používá standardní grafické uživatelské rozhraní, funkční proces logiku, která se může skládat z jedné nebo více samostatných modulů, které běží na pracovní stanici nebo aplikační server, a RDBMS na databázový server nebo mainframe, která obsahuje počítače, ukládání dat, logika. Střední vrstva může být vícevrstvá (v tomto případě se celková Architektura nazývá „n-tier architecture“).

prezentační úroveň Toto je nejvyšší úroveň aplikace., Úroveň Prezentace zobrazuje informace týkající se takových služeb, jako je prohlížení zboží, nákup a obsah nákupního košíku. Komunikuje s ostatními úrovněmi, pomocí kterých zveřejňuje výsledky do úrovně prohlížeče / klienta a všech ostatních úrovní v síti. Jednoduše řečeno, jedná se o vrstvu, ke které mohou uživatelé přistupovat přímo (například webová stránka nebo GUI operačního systému). Aplikační vrstva (business logic, logic tier nebo middle tier) logická vrstva je vytažena z prezentační úrovně a jako vlastní vrstva řídí funkčnost aplikace prováděním podrobného zpracování., Datová vrstva datová vrstva zahrnuje mechanismy přetrvávání dat(databázové servery, sdílení souborů atd.) a vrstva přístupu k datům, která zapouzdřuje mechanismy persistence a odhaluje data. Vrstva pro přístup k datům by měla poskytovat API aplikační vrstvě, která odhaluje metody správy uložených dat bez vystavení nebo vytváření závislostí na mechanismech ukládání dat. Vyhýbání se závislostem na mechanismech ukládání umožňuje aktualizace nebo změny, aniž by klienti aplikační úrovně byli ovlivněni nebo dokonce vědomi změny., Stejně jako u oddělení jakékoli úrovně existují náklady na implementaci a často náklady na výkon výměnou za lepší škálovatelnost a udržovatelnost.

vývoj Webu užitíedit

V vývoj webových oblasti, tři-tier, je často používán se odkazovat na webové stránky, běžně elektronický obchod webové stránky, které jsou postaveny pomocí tří úrovní:

1. front-end webový server sloužit statický obsah, a potenciálně některé mezipaměti dynamický obsah. V webové aplikaci je front end obsah vykreslený prohlížečem. Obsah může být statický nebo generován dynamicky.,
2. a middle dynamic content processing and generation level application server (např. ASP.NET, Django, Rails, Node.js).
3. back-end databáze nebo úložiště dat, zahrnující jak datové sady a software pro správu databází, který spravuje a poskytuje přístup k datům.

další úvahyedit

přenos dat mezi úrovněmi je součástí architektury. Zúčastněné protokoly mohou zahrnovat jeden nebo více SNMP, CORBA, Java RMI,. Net Remoting, Windows Communication Foundation, sockets, UDP, webové služby nebo jiné standardní nebo proprietární protokoly., Middleware se často používá k připojení samostatných vrstev. Samostatné úrovně často (ale ne nutně) běží na samostatných fyzických serverech a každá úroveň může sama běžet na clusteru.