Tableau ArchiTekturdiagram og serverkomponenter
David Carter
⚡ Smart opsummering
Tableau-server Architecture forbinder desktop-, web- og mobilklienter med mange datalag gennem et lagdelt design med flere processer. Denne side forklarer hvert lag, anmodningsstien gennem serveren, de individuelle baggrundsprocesser og implementering med én node mod flere noder.
Tableau Server er designet til at forbinde mange datalag. Den kan forbinde klienter fra desktop, mobil og web. Tableau Desktop er et robust datavisualiseringsværktøj. Det er yderst tilgængeligt og sikkert.
Det kan køre på både virtuelle og fysiske maskiner. Det er et multi-bruger, multi-proces og multi-threaded system.
At levere sådanne kraftfulde funktioner kræver en robust arkitektur. Lad os studere Tableau-serveren Archilære i denne tutorial.
Tableau-server Architecture
De forskellige lag, der bruges i Tableau-serveren, er angivet i det følgende arkitekturdiagram
Hvis man læser diagrammet nedefra og op, ser man, at datakilderne er placeret i bunden, stikkene er placeret ovenover, serverkomponenterne er placeret i midten, og klienterne er placeret øverst. Hvert af de fem afsnit nedenfor dækker et af disse bånd.
Lad os studere de forskellige komponenter i Tableau Architecture
Dataserver
Den primære komponent i Tableau ArchiTektur er de datakilder, den kan oprette forbindelse til. Bemærk, at dette første lag refererer til datalaget som helhed; dataserveren behandle der kører inde i Tableau Server, er beskrevet separat under "Komponenter i Tableau Server" nedenfor.
Tableau kan oprette forbindelse til flere datakilder. Disse datakilder kan være lokalt placeret eller eksternt. Det kan oprette forbindelse til en database, en Excel-fil og en webapplikation på samme tid. Tableau kan forbinde data fra heterogene miljøer. Det kan blande data fra flere datakilder. Det kan også oprette relationer mellem forskellige typer datakilder.
Edb-stik
Dataforbindelserne giver en grænseflade til at forbinde eksterne datakilder til Tableau Data Server.
Tableau har en indbygget ODBC/SQL-forbindelse. Denne ODBC-forbindelse kan oprette forbindelse til enhver database uden at bruge dens native forbindelse. Tableau har en mulighed for at vælge både live og ex.tract data. Baseret på brugen kan man nemt skifte mellem f.eks.tracted og live-data.
- Live-forbindelse eller realtidsdata: Tableau kan oprette forbindelse til realtidsdata ved at linke direkte til den eksterne database. Det bruger infrastrukturen i et eksisterende databasesystem ved at sende dynamiske MDX (Multidimensional Expressions) og SQL udsagn. Denne funktion kan linke til livedata med Tableau i stedet for at importere dataene. Det afhjælper den investering, som en organisation har foretaget i et hurtigt og optimeret databasesystem. I mange virksomheder er databasens størrelse enorm og opdateres med jævne mellemrum. I disse tilfælde fungerer Tableau som et front-end visualiseringsværktøj ved at oprette forbindelse til livedataene.
- Extracdata eller data i hukommelsen: Tableau har en mulighed for at udvidetracdataene fra eksterne datakilder. Vi kan lave en lokal kopi i form af et Tableau-eksemplar.tract-fil, som bruger .hyper-formatet produceret af Hyper-datamotoren. Den kan f.eks.tracmillioner af poster ind i den motor med et enkelt klik. Tableaus datamotor bruger hukommelse og disk sammen til at gemme og behandle data. Ved hjælp af filtre kan Tableau f.eks.tracfå poster fra et stort datasæt. Dette forbedrer ydeevnen, især når man arbejder med massive datasæt. F.eks.tracTed- eller in-memory-data giver brugerne mulighed for at visualisere dataene offline uden at oprette forbindelse til datakilden.
Komponenter af Tableau Server
De forskellige komponenter, der findes i en Tableau-server, er:
- Applikationsserver
- VizQL server
- Dataserver
A) Applikationsserver:
Applikationsserveren bruges til at levere godkendelser og autorisationer. Det varetager administrationen og tilladelsen til web- og mobilgrænseflader. Det sikrer sikkerhed ved at optage hver session-id på Tableau Server. Administratoren kan konfigurere standard timeout for sessionen på serveren.
B) VizQL-server:
VizQL-serveren bruges til at konvertere forespørgsler fra datakilden til visualiseringer. Når klientanmodningen er videresendt til VizQL-proces, den sender forespørgslen direkte til datakilden og henter information i form af billeder. Dette billede eller visualisering præsenteres for brugeren. Tableau-serveren opretter en cache af visualisering for at reducere indlæsningstiden. Cachen kan deles på tværs af mange brugere, der har tilladelse til at se visualiseringen.
C) Dataserver:
Dataserver bruges til at administrere og gemme data fra eksterne datakilder. Det er et centralt datastyringssystem. Det giver metadatastyring, datasikkerhed, datalagring, dataforbindelse og driverkrav. Den gemmer relevante detaljer om datasættet, såsom metadata, beregnede felter, sæt, grupper og parametre. Datakilden kunne f.eks.tract-data samt oprette liveforbindelser til eksterne datakilder.
Gateway
Gatewayen kanaliserer anmodninger fra brugere til Tableau-komponenter. Når klienten foretager en anmodning, videresendes den til en ekstern load balancer til behandling. Gatewayen fungerer som en distributør af processer til forskellige komponenter. I mangel af en ekstern load balancer fungerer gatewayen også som en load balancer. Ved konfiguration med én server administrerer én primær server eller gateway alle processerne. Ved konfigurationer med flere servere fungerer ét fysisk system som primær server, mens andre bruges som arbejdsservere. Kun én maskine kan bruges som primær server i Tableau Server-miljøet.
Klienter
Dashboards og visualiseringer i Tableau-serveren kan ses og redigeres ved hjælp af forskellige klienter. Klienterne er Tableau Desktop, webbrowser og mobilapplikationer.
| Klienter | Miljø |
|---|---|
| Tableau skrivebord | Tableau Desktop er et virksomhedsanalyseværktøj. Det hjælper med at oprette, se og udgive dashboards i Tableau Server. Brugere kan få adgang til forskellige datakilder og bygge visualiseringer i Tableau Desktop. |
| Mobil | Dashboards fra serveren kan visualiseres interaktivt ved hjælp af mobile browsere og applikationer. Browseren og applikationen kan bruges til at se og redigere indholdet i projektmappen. |
| Website | Webbrowsere såsom Google Chromesafari, Firefox og Microsoft Edge understøtter Tableau-serveren. Indholdet og visualiseringerne i dashboardet kan redigeres via disse webbrowsere. |
Navngivning af lagene forklarer, hvad der findes. Det næste afsnit følger en enkelt anmodning gennem dem alle, så sekvensen bliver konkret.
Sådan flyder en Tableau Server-anmodning fra ende til anden
Åbning af et publiceret dashboard udløser en række overdragelser mellem de ovenfor beskrevne komponenter. At følge denne rækkefølge er den hurtigste måde at forstå, hvorfor en visning føles langsom, og hvilken proces der skal inspiceres først.
- Anmodningen ankommer til gatewayen. En browser, mobilapp eller Tableau Desktop-klient sender en HTTPS-anmodning. Hvis en ekstern load balancer er til stede, vælger den en node; ellers udfører gatewayen på den primære node selv denne rolle.
- Applikationsserveren kontrollerer identitet og tilladelser. Anmodningen sendes til applikationsserverprocessen, som validerer sessionen, bekræfter, at brugeren har rettigheder til projektmappen, og registrerer sessionsidentifikatoren.
- Cacheserveren konsulteres. Før en forespørgsel køres, kontrollerer serveren sin delte forespørgselscache. En matchende post betyder, at visualiseringen returneres med det samme, og de resterende trin springes over, hvilket er grunden til, at den anden person, der åbner et dashboard, normalt venter langt kortere tid end den første.
- VizQL bygger forespørgslen. Ved en cache-fejl, den VizQL-processen oversætter den visuelle specifikation, der er gemt i projektmappen, til en forespørgsel til den underliggende kilde.
- Dataserveren løser forbindelsen. Hvis projektmappen bruger en publiceret datakilde, leverer dataserveren forbindelsesoplysningerne, beregnede felter, grupper og sæt. En liveforbindelse sender forespørgslen videre til den eksterne database; f.eks.tract besvares fra Hyper-datamotoren ved hjælp af .hyper-filen, der findes i fillageret.
- Resultaterne gengives og returneres. VizQL omdanner resultatsættet til visningens mærker, akser og etiketter, sender det gengivne output tilbage gennem gatewayen og skriver resultatet til cachen til den næste bruger.
To punkter i den kæde fortjener opmærksomhed ved finjustering. For det første, en eks.tracHvis der besvares lokalt, undgår man helt en frem- og tilbagetur til en travl produktionsdatabase. For det andet konverterer en veludfyldt cache de fleste gentagne visninger til et enkelt opslag, så genstart af serveren eller publicering af en ny projektmappeversion fjerner bevidst denne fordel, indtil cachen varmes op igen.
Flere af de ovennævnte processer optræder aldrig i lagdiagrammet, og tabellen nedenfor identificerer dem.
Tableau Server-procestyper og hvad hver enkelt gør
En Tableau Server-installation kører et sæt navngivne processer side om side. Administratorer ser dem individuelt på statussiden i Tableau Services Manager, så det gør fejlfinding langt hurtigere at genkende hver enkelt.
| Proces | Ansvarlighed |
|---|---|
| Gateway | Modtager alle indgående anmodninger og sender dem til den korrekte node og proces. |
| Applikationsserver | Håndterer login, tilladelser, søgning, browsing og den administrative brugerflade. |
| VizQL server | Indlæser og gengiver visninger ved at oversætte den visuelle specifikation til forespørgsler. |
| Dataserver | Administrerer publicerede datakilder, metadata og forbindelsesoplysninger. |
| Datamotor (Hyper) | Opretter og forespørger .hyper extracts holdt på noden. |
| Backgrounder | Kører planlagt arbejde: f.eks.tracopdateringer, abonnementer, advarsler og flowkørsler. |
| Repository | A PostgreSQL database, der indeholder projektmappens metadata, brugere, tilladelser og brugshistorik. |
| Fillager | Butikker eks.tract-filer og replikerer dem på tværs af noder, der har brug for dem. |
| Cache-server | En delt forespørgselscache i hukommelsen, der bruges af VizQL, dataserver og baggrundsteknologi. |
| Cluster controller | Overvåger procestilstand og udløser failover, for eksempel ved at promovere et passivt arkiv. |
| Koordinationstjeneste | Holder konfiguration og topologi ensartet på tværs af alle noder i klyngen. |
Baggrundsmateriale fortjener særlig opmærksomhed, fordi det er den proces, der oftest mangler kapacitet.tracOpdateringer og abonnementsmails konkurrerer om de samme medarbejdere, så en morgen fuld af overlapningping forsinker begge tidsplaner.
Implementering af Tableau-server med én node vs. flere noder
Alle ovennævnte processer kan køre på én maskine, og for et lille team er det den normale ordning. En installation med én node er enkel at opdatere og overvåge, men den tilbyder ingen redundans: hvis maskinen stopper, stopper alle dashboards også, og tunge opgaver...tracOpdateringer konkurrerer direkte med folk, der ser indhold.
En klynge med flere noder spreder de samme processer på tværs af to eller flere maskiner, der deler ét repository og én topologi. Roller tildeles derefter bevidst i stedet for som standard.
- Adskil baggrundsmaterialet. Flytter ekstract opdateres på en dedikeret node for at forhindre job natten over i at forsinke interaktive visninger.
- Dupliker gatewayen. Kørsel af en gateway på mere end én node bag en ekstern load balancer fjerner det enkelte indgangspunkt som en fejlrisiko.
- Tilføj et passivt arkiv. En anden repository-instans tillader Cluster Controlleren overgår automatisk til failover, hvis den aktive kopi holder op med at reagere.
- Scale VizQL for samtidighed. Mere VizQL-instanser betjener flere samtidige seere, hvilket er den sædvanlige flaskehals, når udbredelsen vokser.
- Hold fillageret tæt på datamotoren. Noder, der forespørger f.eks.tracts har brug for en lokal kopi, så disse to er normalt placeret sammen.
Den praktiske udløser for at flytte til flere noder er sjældent mængden af rådata. Det er normalt enten et forretningskrav for høj tilgængelighed eller et opdateringsvindue, der ikke længere passer ind i de stille timer.
