Quadro ArchiDiagramma dell'architettura e componenti del server
David Carter
⚡ Riepilogo intelligente
Server Tableau ArchiL'architettura collega client desktop, web e mobile a diversi livelli di dati attraverso un design a strati e multi-processo. Questa pagina illustra ciascun livello, il percorso della richiesta attraverso il server, i singoli processi in background e le differenze tra implementazione a nodo singolo e multi-nodo.
Tableau Server è progettato per connettere diversi livelli di dati. Può connettere client da desktop, dispositivi mobili e web. Quadro Desktop è un potente strumento di visualizzazione dati. È altamente disponibile e sicuro.
Può essere eseguito sia su macchine virtuali che fisiche. È un sistema multiutente, multiprocesso e multithread.
Per fornire funzionalità così potenti è necessaria un'architettura robusta. Studiamo Tableau Server Architecture in questo tutorial.
Server Tableau Architectura
I vari livelli utilizzati nel server Tableau sono riportati nel seguente diagramma dell'architettura
Leggendo il diagramma dal basso verso l'alto, le sorgenti dati si trovano alla base, i connettori sopra di esse, i componenti del server occupano la parte centrale e i client si trovano in alto. Ciascuna delle cinque sezioni sottostanti copre una di queste fasce.
Studiamo i diversi componenti di Tableau Architectura
Server dati
Il componente principale di Tableau ArchiLa struttura è costituita dalle fonti di dati a cui può connettersi. Si noti che questo primo livello si riferisce al livello dati nel suo complesso; il server dati processi Il componente che viene eseguito all'interno di Tableau Server è descritto separatamente nella sezione "Componenti di Tableau Server" qui di seguito.
Tableau può connettersi a diverse origini dati, sia locali che remote. È in grado di connettersi contemporaneamente a un database, un file Excel e un'applicazione web. Tableau può integrare dati provenienti da ambienti eterogenei, combinare dati da più origini e stabilire relazioni tra diversi tipi di origini dati.
Connettori dati
I connettori dati forniscono un'interfaccia per connettere origini dati esterne a Tableau Data Server.
Tableau ha un connettore ODBC/SQL integrato. Questo connettore ODBC può connettersi a qualsiasi database senza utilizzare il connettore nativo. Tableau ha un'opzione per selezionare sia live che extracdati t. In base all'utilizzo, è possibile passare facilmente da extracdati ted e in tempo reale.
- Connessione live o dati in tempo reale: Tableau può connettersi ai dati in tempo reale collegandosi direttamente al database esterno. Utilizza l'infrastruttura del sistema di database esistente inviando MDX (espressioni multidimensionali) dinamiche e SQL dichiarazioni. Questa funzionalità consente di collegarsi ai dati in tempo reale con Tableau anziché importarli. Valorizza l'investimento effettuato da un'organizzazione in un sistema di database veloce e ottimizzato. In molte aziende, le dimensioni del database sono enormi e vengono aggiornate periodicamente. In questi casi, Tableau funge da strumento di visualizzazione front-end, connettendosi ai dati in tempo reale.
- ExtracDati memorizzati o in memoria: Tableau ha un'opzione per esportaretract i dati da fonti di dati esterne. Possiamo creare una copia locale sotto forma di Tableau extracfile t, che utilizza il formato .hyper prodotto dal motore di dati Hyper. Può essere espressotracmilioni di record in quel motore con un solo clic. Il motore dati di Tableau utilizza memoria e disco insieme per archiviare ed elaborare i dati. Utilizzando i filtri, Tableau può esportaretracpochi record da un enorme dataset. Ciò migliora le prestazioni, soprattutto quando si lavora su dataset di grandi dimensioni. Es.tracI dati memorizzati o in memoria consentono agli utenti di visualizzare i dati offline, senza connettersi alla sorgente dati.
Componenti di Tableau Server
I diversi componenti presenti in un server Tableau sono:
- Server applicazioni
- VizQL Server
- Server dati
A) Server dell'applicazione:
Il server delle applicazioni viene utilizzato per fornire le autenticazioni e le autorizzazioni. Gestisce l'amministrazione e l'autorizzazione per le interfacce web e mobili. Garantisce la sicurezza registrando ogni ID di sessione su Tableau Server. L'amministratore può configurare il timeout predefinito della sessione nel server.
B) VizServer QL:
VizIl server QL viene utilizzato per convertire le query dalla sorgente dati in visualizzazioni. Una volta che la richiesta del client viene inoltrata a VizProcesso QL, invia la query direttamente all'origine dati e recupera le informazioni sotto forma di immagini. Questa immagine o visualizzazione viene presentata all'utente. Tableau Server crea una cache di visualizzazione per ridurre il tempo di caricamento. La cache può essere condivisa tra molti utenti che dispongono dell'autorizzazione per visualizzare la visualizzazione.
C) Server dati:
Il server dati viene utilizzato per gestire e archiviare i dati da origini dati esterne. È un sistema centrale di gestione dei dati. Fornisce gestione dei metadati, sicurezza dei dati, archiviazione dei dati, connessione dati e requisiti del driver. Memorizza i dettagli rilevanti del set di dati come metadati, campi calcolati, set, gruppi e parametri. L'origine dati potrebbe esseretract dati e stabilire connessioni in tempo reale con fonti di dati esterne.
Gateway
Il gateway incanala le richieste degli utenti verso i componenti di Tableau. Quando il client effettua una richiesta, questa viene inoltrata a un bilanciatore di carico esterno per l'elaborazione. Il gateway funge da distributore di processi ai vari componenti. In assenza di un bilanciatore di carico esterno, il gateway svolge anche la funzione di bilanciatore di carico. In una configurazione a server singolo, un server primario o gateway gestisce tutti i processi. In configurazioni multi-server, un sistema fisico funge da server primario, mentre gli altri vengono utilizzati come server di lavoro. Nell'ambiente Tableau Server, è possibile utilizzare un solo computer come server primario.
Clienti
I dashboard e le visualizzazioni in Tableau Server possono essere visualizzati e modificati utilizzando diversi client. I client sono Tableau Desktop, browser Web e applicazioni mobili.
| Clienti | Ambiente |
|---|---|
| Tableau Desktop | Tableau Desktop è uno strumento di analisi aziendale. Aiuta a creare, visualizzare e pubblicare dashboard in Tableau Server. Gli utenti possono accedere a varie origini dati e creare visualizzazioni in Tableau Desktop. |
| Mobile | I dashboard del server possono essere visualizzati in modo interattivo utilizzando browser e applicazioni mobili. È possibile utilizzare il browser e l'applicazione per visualizzare e modificare il contenuto della cartella di lavoro. |
| Web | Browser Web come Google Chromesafari, Firefox and Microsoft Edge Supporta il server Tableau. I contenuti e le visualizzazioni della dashboard possono essere modificati tramite questi browser web. |
Denominare i livelli spiega cosa esistono. La sezione successiva segue una singola richiesta attraverso tutti i livelli, in modo che la sequenza diventi concreta.
Come si svolge una richiesta a Tableau Server dall'inizio alla fine
L'apertura di una dashboard pubblicata innesca una serie di passaggi di consegne tra i componenti descritti in precedenza. Seguire questa catena è il modo più rapido per capire perché una visualizzazione risulta lenta e quale processo esaminare per primo.
- La richiesta arriva al gateway. Un browser, un'app mobile o un client Tableau Desktop invia una richiesta HTTPS. Se è presente un bilanciatore di carico esterno, questo seleziona un nodo; altrimenti, il gateway sul nodo primario svolge direttamente tale ruolo.
- Il server applicativo verifica l'identità e le autorizzazioni. La richiesta viene inoltrata al processo del server applicativo, che convalida la sessione, conferma che l'utente disponga dei diritti di accesso alla cartella di lavoro e registra l'identificativo di sessione.
- Viene consultato il server di cache. Prima di eseguire qualsiasi query, il server controlla la sua cache di query condivisa. Se trova una corrispondenza, la visualizzazione viene restituita immediatamente e i passaggi rimanenti vengono saltati; ecco perché la seconda persona che apre una dashboard di solito aspetta molto meno della prima.
- VizQL costruisce la query. In caso di cache miss, il VizIl processo QL traduce le specifiche visive memorizzate nella cartella di lavoro in una query per la sorgente sottostante.
- Il server dati risolve la connessione. Se la cartella di lavoro utilizza un'origine dati pubblicata, il server dati fornisce i dettagli di connessione, i campi calcolati, i gruppi e i set. Una connessione live invia la query al database esterno; una connessione extracLa risposta viene fornita dal motore di dati Hyper utilizzando il file .hyper memorizzato nel File Store.
- I risultati vengono elaborati e restituiti. VizQL trasforma il set di risultati nei marcatori, negli assi e nelle etichette della vista, restituisce l'output renderizzato tramite il gateway e scrive il risultato nella cache per l'utente successivo.
Due punti in quella catena meritano attenzione durante la messa a punto. Primo, un extracRispondere localmente evita completamente un viaggio di andata e ritorno verso un database di produzione sovraccarico. In secondo luogo, una cache ben popolata converte la maggior parte delle visualizzazioni ripetute in una singola ricerca, quindi riavviare il server o pubblicare una nuova versione della cartella di lavoro annulla deliberatamente questo vantaggio finché la cache non si ricarica.
Molti dei processi sopra menzionati non compaiono mai nel diagramma a livelli, e la tabella seguente li identifica.
Tipi di processi di Tableau Server e relative funzioni
Un'installazione di Tableau Server esegue una serie di processi denominati in parallelo. Gli amministratori li visualizzano singolarmente nella pagina di stato di Tableau Services Manager, quindi riconoscere ciascuno di essi rende la risoluzione dei problemi molto più rapida.
| Processo | Responsabilità |
|---|---|
| Gateway | Riceve ogni richiesta in entrata e la instrada al nodo e al processo corretti. |
| Server applicazioni | Gestisce l'accesso, le autorizzazioni, la ricerca, la navigazione e l'interfaccia amministrativa. |
| VizQL Server | Carica e visualizza le viste traducendo le specifiche visive in query. |
| Server dati | Gestisce le origini dati pubblicate, i metadati e le credenziali di connessione. |
| Motore dati (iper) | Crea e interroga .hyper extracts mantenuto sul nodo. |
| Backgrounder | Esegue lavori programmati: es.tracaggiornamenti, abbonamenti, avvisi ed esecuzioni di flussi. |
| Repository | A PostgreSQL Database contenente metadati delle cartelle di lavoro, utenti, autorizzazioni e cronologia di utilizzo. |
| Archivio file | Negozi extract file e li replica sui nodi che ne hanno bisogno. |
| Server cache | Una cache di query in memoria condivisa utilizzata da VizQL, server dati e backgrounder. |
| Cluster Controller | Monitora lo stato di salute dei processi e attiva il failover, ad esempio promuovendo un repository passivo. |
| Servizio di coordinamento | Mantiene la configurazione e la topologia coerenti su ogni nodo del cluster. |
Il background merita particolare attenzione perché è il processo che più spesso soffre di una carenza di capacità. Es.tracGli aggiornamenti e le email di iscrizione competono per gli stessi lavoratori, quindi una mattinata piena di sovrapposizioniping entrambi i programmi ritardano.
Distribuzione di Tableau Server a nodo singolo o a nodi multipli
Ogni processo elencato sopra può essere eseguito su una macchina e, per un piccolo team, questa è la configurazione normale. Un'installazione a nodo singolo è semplice da aggiornare e monitorare, ma non offre ridondanza: se la macchina si arresta, si arrestano anche tutte le dashboard e i processi pesantitracGli aggiornamenti competono direttamente con gli utenti che visualizzano i contenuti.
Un cluster multi-nodo distribuisce gli stessi processi su due o più macchine che condividono un repository e una topologia. I ruoli vengono quindi assegnati in modo deliberato anziché per impostazione predefinita.
- Separare lo sfondo. Trasloco extracL'aggiornamento su un nodo dedicato impedisce ai processi notturni di rallentare le visualizzazioni interattive.
- Duplica il gateway. Eseguire un gateway su più nodi, dietro un bilanciatore di carico esterno, elimina il singolo punto di ingresso come rischio di guasto.
- Aggiungi un repository passivo. Una seconda istanza del repository consente Cluster Il controller effettuerà il failover automatico se la copia attiva smette di rispondere.
- Scala VizQL per la concorrenza. altro VizLe istanze QL gestiscono un numero maggiore di utenti simultanei, il che rappresenta solitamente il collo di bottiglia quando l'adozione aumenta.
- Mantenere File Store vicino a Data Engine. Nodi che interrogano extracts necessita di una copia locale, quindi questi due file sono normalmente collocati nello stesso luogo.
Il motivo pratico per passare a più nodi raramente è legato al volume grezzo dei dati. Di solito si tratta di un requisito aziendale di alta disponibilità o di una finestra di aggiornamento che non rientra più nelle ore di minore attività.
