Cos'è l'architettura multitimale?
Nel calcolo, "Multitier Architecture" è un termine applicato a una disposizione di componenti o software in cui le diverse funzioni necessarie per completare un'operazione sono segmentate in divisioni fisiche o logiche separate. Ciascuno dei segmenti dell'architettura più ampia è responsabile dell'esecuzione solo di un certo tipo di compito ed è per lo più inconsapevole dei meccanismi interni dei segmenti circostanti che svolgono compiti diversi. Le divisioni più comuni e più basilari utilizzate nell'architettura multitimale sono la presentazione, la logica e i livelli di dati. La presentazione è responsabile solo della mostra di informazioni a un utente e il livello dei dati è responsabile solo della memorizzazione o del recupero dei dati, mentre il livello logico ponte i due, applicando la logica del programma all'input dell'utente dalla presentazione e dando senso al senso del livello dei dati. I sistemi informatici di grandi dimensioni utilizzano l'architettura multitier perché estrae i diversi punti di esecuzione del flusso di controllo, consentendo diversi precisi cI componenti da prendere di mira per aggiornamenti, test o debug mentre lasciano i moduli rimanenti intatti.
L'architettura multitier può anche essere definita architettura a più livelli, sebbene vi sia una differenza. Nella maggior parte dei casi, l'utilizzo del termine "architettura multitier" implica che i componenti separati di un sistema si trovano effettivamente su hardware o server fisicamente diversi, mentre un sistema a strati potrebbe implementare solo diverse applicazioni in esecuzione nello stesso spazio fisico. Tuttavia, non tutti i sistemi multitier utilizzano hardware separato; Possono invece separare le funzioni solo attraverso divisioni logiche, come diverse partizioni su un singolo disco.
L'architettura più multitier ha tre livelli distinti, sebbene possano esserci più livelli, a seconda delle esigenze o della configurazione di un sistema. Il primo livello è noto come livello di presentazione ed è responsabile della visualizzazione di informazioniCiò è passato ad esso, oltre a fornire agli utenti un modo di fornire input, più comunemente attraverso un'interfaccia utente grafica (GUI). Il livello di presentazione si collega al livello logico, che è l'area in cui viene valutato l'input dell'utente, i dati vengono recuperati dal livello dei dati e si verificano elaborazioni o calcoli specifici. Il livello logico è più o meno ciò che tradizionalmente è considerato un'applicazione di computer standard, sebbene non abbia strutture per visualizzare direttamente l'output e nessun modo per ricevere direttamente l'input da un utente.
Il livello di dati è responsabile solo per la scrittura e la lettura dei dati e può assumere la forma di una matrice di dischi o un sistema di gestione relazionale del database (RDBMS). Sebbene il livello di dati sia responsabile della gestione dell'archiviazione e del recupero dei dati in una configurazione dell'architettura multitimale, non ha alcuna consapevolezza del contesto dei dati e si occupa solo di record o funzioni di input e output del disco. Una caratteristica determinante dei livelli nell'architettura multitier è che nessunoIl segmento supera i confini delle attività che viene specificato, quindi non è disponibile alcuna funzionalità di logica aziendale o dati nel livello di presentazione e il livello logico non può scrivere file direttamente o accedere direttamente alla GUI attraverso la quale l'utente funziona. Tutte le interazioni si svolgono tramite comunicazioni in stile client-server, con ogni livello che serve in qualche modo sia come client che come server, a seconda di quale interazione sta avvenendo.
Uno dei motivi per cui una grande rete di computer potrebbe utilizzare un sistema multitier è perché ogni passo necessario nel flusso di lavoro è modulare e può essere gestito indipendentemente dalle altre parti. Ciò significa che i terminali o la GUI che gli utenti impiegano possono essere modificati senza richiedere modifiche alla logica o ai livelli di dati. Allo stesso modo, le unità RDBMS o l'archiviazione fisica possono essere cambiate senza influire su nient'altro. Questa modularità è molto difficile, se non impossibile, da ottenere con un sistema a livello singolo in cui tutti gli aspetti sono saldati in un singolo Comapplicazione ammucchiata.