N-tier-arkitektur deler et system i separate distribusjonsnivåer, som vanligvis kjører på ulike servere eller servergrupper og kommuniserer over et nettverk. En vanlig oppbygning har tre nivåer: web, forretning og data.
Den viktigste forskjellen er at et lag skiller ansvarsområder i koden, mens et nivå skiller distribusjonssteder. Ett distribusjonsnivå kan inneholde flere kodelag. Tre mapper i en applikasjon gjør den ikke til et system med tre nivåer.
Nivåene distribueres separat, men et nivå trenger ikke å være én server. Webnivået kan for eksempel kjøre flere instanser for å betjene mange brukere samtidig.
Se for deg et system for ferieadministrasjon: En ansatt sender inn en søknad på nettstedet. Webnivået mottar informasjonen og kaller API-et til forretningsnivået over nettverket. Forretningsnivået henter den ansattes feriesaldo fra databasen, sjekker søknaden og lagrer den for godkjenning hvis den er gyldig.
Resultatet returneres til webnivået for visning. I dette oppsettet kobler nettleseren seg ikke direkte til databasen; forretningsnivået håndterer forespørsler om å lese og skrive data.
Hvis webnivået er overbelastet, kan flere webservere legges til uten at man straks legger til forretningsservere. Hvis databasen er flaskehalsen, vil imidlertid økt webkapasitet ikke løse denne årsaken.
N-tier-arkitektur passer for systemer som trenger separat ressursstyring eller tilgangskontroll for web, forretningsbehandling og data. Den er også vanlig i tradisjonelle virksomhetssystemer. For en liten applikasjon bør et nivå bare legges til når fordelen rettferdiggjør den ekstra kompleksiteten i kommunikasjon og drift.
Et bibliotek av IT-intervjuspørsmål med detaljerte svar — fra Junior til Senior.
Doner