Multitier arkitektur

tre-lags arkitektur er et klient-serversoft .arearkitekturmønster, hvor brugergrænsefladen (præsentation), funktionel proceslogik (“forretningsregler”), computerdatalagring og dataadgang udvikles og vedligeholdes som uafhængige moduler, oftest på separate platforme. Det blev udviklet af John J. Donovan i Open Environment Corporation (OEC), et værktøjsfirma, han grundlagde i Cambridge, Massachusetts.,

Bortset fra de sædvanlige fordele af modulopbyggede software med veldefinerede grænseflader, den tre-tier arkitektur er beregnet til at give nogen af de tre lag, der skal opgraderes eller udskiftes uafhængigt i forhold til ændringer i krav og / eller teknologi. For eksempel vil en ændring af operativsystemet i præsentationsniveauet kun påvirke brugergrænsefladekoden.,

typisk kører brugergrænsefladen på en stationær PC eller arbejdsstation og bruger en standard grafisk brugergrænseflade, funktionel proceslogik, der kan bestå af et eller flere separate moduler, der kører på en arbejdsstation eller applikationsserver, og en RDBMS på en databaseserver eller mainframe, der indeholder computerdatalagringslogikken. Det midterste niveau kan være multitiered selv (i hvilket tilfælde den overordnede arkitektur kaldes en “n-tier arkitektur”).

præsentation tier dette er det øverste niveau af ansøgningen., Præsentationen tier viser oplysninger relateret til sådanne tjenester som bro .sing merchandise, indkøb og indkøbskurv indhold. Det kommunikerer med andre niveauer, hvormed det lægger resultaterne til bro .ser/klient tier og alle andre niveauer i netværket. Enkelt sagt er det et lag, som brugerne kan få adgang til direkte (såsom en GUEBSIDE eller et operativsystems GUI). Application tier( business logic, logic tier eller middle tier) det logiske niveau trækkes ud af præsentationsniveauet, og som sit eget lag styrer det en applikations funktionalitet ved at udføre detaljeret behandling., Data tier data tier indeholder data persistens mekanismer (databaseservere, fil aktier, etc.) og dataadgangslaget, der indkapsler persistensmekanismerne og udsætter dataene. Dataadgangslaget skal give en API til applikationsniveauet, der udsætter metoder til styring af de lagrede data uden at udsætte eller skabe afhængigheder af datalagringsmekanismerne. Undgå afhængigheder af lagringsmekanismer giver mulighed for opdateringer eller ændringer, uden at applikationsniveauklienterne påvirkes af eller endda er opmærksomme på ændringen., Som med adskillelsen af ethvert niveau er der omkostninger til implementering og ofte omkostninger til ydeevne i bytte for forbedret skalerbarhed og vedligeholdelighed.

Web-udvikling usageEdit

I web-udvikling på området, tre-lags bruges ofte til at henvise til hjemmesider, der almindeligvis elektronisk handel hjemmesider, der er bygget ved hjælp af tre niveauer:

1. En front-end web-server, der serverer statisk indhold, og potentielt nogle cache dynamisk indhold. I webebbaseret applikation er frontend det indhold, der gengives af bro .seren. Indholdet kan være statisk eller genereret dynamisk.,
2. en mellemdynamisk indholdsbehandlings-og generationsniveauapplikationsserver (f. eks. Symfoni, forår, ASP.NET, Django, Rails, Node.js).
3. en back-end database eller datalager, der omfatter både datasæt og databasestyringssystemets soft .are, der administrerer og giver adgang til dataene.

andre overvejelserediger

dataoverførsel mellem niveauer er en del af arkitekturen. Protokoller, der er involveret, kan omfatte en eller flere af SNMP, CORBA, Java RMI, .NET Remoting, Windows Communication Foundation, stikkontakter, UDP, web services eller andre standard eller proprietære protokoller., Ofte bruges Middle .are til at forbinde de separate niveauer. Separate niveauer kører ofte (men ikke nødvendigvis) på separate fysiske servere, og hvert niveau kan selv køre på en klynge.