Wat is multitier -architectuur?
Bij computergebruik is "multitier -architectuur" een term die wordt toegepast op een opstelling van componenten of software waarin de verschillende functies die nodig zijn om een bewerking te voltooien, worden gesegmenteerd in afzonderlijke fysieke of logische divisies. Elk van de segmenten van de grotere architectuur is verantwoordelijk voor het uitvoeren van slechts een bepaald type taak en is zich meestal niet bewust van de interne werking van omliggende segmenten die verschillende taken uitvoeren. De meest voorkomende en meest elementaire divisies die worden gebruikt in multitier -architectuur zijn de presentatie-, logica- en gegevenslagen. Presentatie is alleen verantwoordelijk voor het tonen van informatie aan een gebruiker, en de gegevensniveau is alleen verantwoordelijk voor het opslaan of ophalen van gegevens, terwijl de logische laag de twee overbrugt, het toepassen van programmalogica op gebruikersinvoer uit de presentatie en het begrijpen van informatie uit de gegevensleer. Grote computersystemen gebruiken multitier -architectuur omdat het de verschillende uitvoeringspunten van de besturingsstroom abstraht, waardoor verschillende precieze C mogelijk isOmponenten die moeten worden gericht op upgrades, testen of debuggen terwijl de resterende modules onaangeroerd blijven.
Multitier-architectuur kan ook worden genoemd als meerlagige architectuur, hoewel er een verschil is. In de meeste gevallen impliceert het gebruik van de term "multitier -architectuur" dat de afzonderlijke componenten van een systeem zich in feite bevinden op fysiek verschillende hardware of servers, terwijl een gelaagd systeem alleen verschillende toepassingen implementeert die in dezelfde fysieke ruimte worden uitgevoerd. Niet alle multitier -systemen gebruiken echter afzonderlijke hardware; Ze kunnen in plaats daarvan alleen de functies scheiden via logische divisies, zoals verschillende partities op een enkele schijf.
De meeste multitier -architectuur heeft drie verschillende niveaus, hoewel er meer niveaus kunnen zijn, afhankelijk van de behoeften of het instellen van een systeem. De eerste laag staat bekend als de presentatielaag en is verantwoordelijk voor het weergeven van informatieDat wordt eraan doorgegeven, en biedt gebruikers een manier om input te geven, meestal via een grafische gebruikersinterface (GUI). De presentatielaag maakt verbinding met de logische laag, het gebied waar de invoer van de gebruikers wordt beoordeeld, gegevens worden opgehaald uit de gegevensleer en eventuele specifieke verwerking of berekeningen vinden plaats. De logische laag is min of meer wat traditioneel wordt beschouwd als een standaard computerapplicatie, hoewel het geen faciliteiten heeft om de uitvoer direct weer te geven en geen manier om input van een gebruiker direct te ontvangen.
De gegevensniveau is alleen verantwoordelijk voor het schrijven en lezen van gegevens en kan de vorm aannemen van een reeks schijven of een relationeel databasebeheersysteem (RDBMS). Hoewel de gegevensleer verantwoordelijk is voor het beheer van de opslag en het ophalen van gegevens in een multitier -architectuuropstelling, is het niet bewust van de context van de gegevens en deals alleen in records of schijfinvoer en uitvoerfuncties. Een bepalend kenmerk van de niveaus in multitier -architectuur is dat niemandSegment overschrijdt de grenzen van de taken waarvoor het is gespecificeerd, dus er is geen bedrijfslogica of gegevensfunctionaliteit beschikbaar in de presentatielaag, en de logische laag kan geen bestanden rechtstreeks of rechtstreeks toegang krijgen tot de GUI waarmee de gebruiker werkt. Alle interacties vinden plaats via communicatie in client-server-stijl, waarbij elke laag op een of andere manier als client en een server dient, afhankelijk van welke interactie plaatsvindt.
Een van de redenen waarom een groot computernetwerk een multitier -systeem kan gebruiken, is omdat elke noodzakelijke stap in de werkstroom modulair is en onafhankelijk van de andere delen kan worden behandeld. Dit betekent dat de terminals of GUI die gebruikers gebruiken, kunnen worden gewijzigd zonder wijzigingen in de logica of gegevenslagen te vereisen. Evenzo kunnen de RDBM's of fysieke opslagaandrijvingen worden gewijzigd zonder iets anders te beïnvloeden. Deze modulariteit is erg moeilijk, zo niet onmogelijk, om te bereiken met een systeem met één rij waarin alle aspecten worden gelast in een enkele comOpgestapelde toepassing.