Multitier arkitektur (Svenska)

tre nivåer arkitektur är en klient-server programvara arkitektur mönster där användargränssnittet (presentation), funktionell processlogik (”affärsregler”), datalagring och dataåtkomst utvecklas och underhålls som oberoende moduler, oftast på separata plattformar. Det utvecklades av John J. Donovan I Open Environment Corporation (OEC), ett verktygsföretag som han grundade i Cambridge, Massachusetts.,

förutom de vanliga fördelarna med modulprogramvara med väldefinierade gränssnitt är tredelad arkitektur avsedd att tillåta att någon av de tre nivåerna uppgraderas eller ersätts oberoende som svar på förändringar i krav eller teknik. Till exempel skulle en förändring av operativsystemet i presentationsnivån endast påverka användargränssnittskoden.,

vanligtvis körs användargränssnittet på en stationär dator eller arbetsstation och använder ett vanligt grafiskt användargränssnitt, funktionell processlogik som kan bestå av en eller flera separata moduler som körs på en arbetsstation eller applikationsserver och en RDBMS på en databasserver eller stordator som innehåller datalagringslogiken för datorn. Den mellersta nivån kan vara multitiered själv (i vilket fall den övergripande arkitekturen kallas en ”n-tier arkitektur”).

Presentation tier detta är den översta nivån i programmet., Presentationen tier visar information om sådana tjänster som surfar varor, inköp och kundvagn innehåll. Den kommunicerar med andra nivåer genom vilka den lägger ut resultaten till webbläsaren/klientnivån och alla andra nivåer i nätverket. Enkelt uttryckt är det ett lager som användare kan komma åt direkt (till exempel en webbsida eller ett operativsystems GUI). Application tier (business logic, logic tier eller middle tier) den logiska tier dras ut från presentationen tier och, som sitt eget lager, det styr en ansökan funktionalitet genom att utföra detaljerad bearbetning., Data tier Data tier innehåller data persistensmekanismer (databasservrar, fil aktier, etc.) och dataåtkomstskiktet som inkapslar persistensmekanismerna och exponerar data. Dataåtkomstskiktet bör tillhandahålla ett API till applikationsnivån som exponerar metoder för att hantera de lagrade uppgifterna utan att exponera eller skapa beroenden på datalagringsmekanismerna. Att undvika beroenden på lagringsmekanismerna möjliggör uppdateringar eller ändringar utan att applikationsklienterna påverkas av eller ens är medvetna om förändringen., Som med separationen av någon nivå, det finns kostnader för genomförandet och ofta kostnader för prestanda i utbyte mot förbättrad skalbarhet och underhåll.

webbutveckling usageEdit

i webbutvecklingsfältet används tre nivåer ofta för att referera till webbplatser, vanligtvis elektroniska handel webbplatser, som är byggda med tre nivåer:

1. en front-end webbserver som serverar statiskt innehåll, och potentiellt vissa cachade dynamiskt innehåll. I webbaserad applikation är front end det innehåll som görs av webbläsaren. Innehållet kan vara statiskt eller genereras dynamiskt.,
2. en medeldynamisk innehållsbearbetning och applikationsserver på generationsnivå (t. ex. Symfony, Spring, ASP.NET Django, Rails, Node.js).
3. en back-end databas eller datalagring, som omfattar både datamängder och programvara för databashanteringssystem som hanterar och ger tillgång till data.

andra överväganderedigera

dataöverföring mellan nivåer är en del av arkitekturen. Protokoll som är involverade kan innehålla en eller flera av SNMP, CORBA, Java RMI,. Net Remoting, Windows Communication Foundation, sockets, UDP, web services eller andra standard-eller proprietära protokoll., Ofta används middleware för att ansluta de separata nivåerna. Separata nivåer körs ofta (men inte nödvändigtvis) på separata fysiska servrar, och varje nivå kan själv köras på ett kluster.