Výjev ArchiSchéma struktury a serverové komponenty
David Carter
⚡ Chytré shrnutí
Server Tableau ArchiTecture propojuje desktopové, webové a mobilní klienty s mnoha datovými vrstvami prostřednictvím vrstveného, víceprocesového designu. Tato stránka vysvětluje každou vrstvu, cestu požadavků přes server, jednotlivé procesy na pozadí a nasazení s jedním uzlem a s více uzly.
Tableau Server je navržen tak, aby propojoval mnoho datových vrstev. Může propojit klienty z desktopu, mobilních zařízení i webu. Výjev Desktop je robustní nástroj pro vizualizaci dat. Je vysoce dostupný a bezpečný.
Může běžet na virtuálních i fyzických počítačích. Jedná se o víceuživatelský, víceprocesový a vícevláknový systém.
Poskytování tak výkonných funkcí vyžaduje robustní architekturu. Pojďme studovat Tableau Server Architecture v tomto tutoriálu.
Server Tableau Architecture
Různé vrstvy používané na serveru Tableau jsou uvedeny v následujícím schématu architektury
Při pohledu zdola nahoru se zdroje dat nacházejí dole, konektory nad nimi, serverové komponenty uprostřed a klienti nahoře. Každá z pěti níže uvedených sekcí pokrývá jedno z těchto pásem.
Pojďme studovat různé složky Tableau Architecture
Datový server
Primární složka Tableau ArchiTextura představuje zdroje dat, ke kterým se může připojit. Všimněte si, že tato první vrstva odkazuje na datovou vrstvu jako celek; datový server proces který běží uvnitř Tableau Serveru, je popsán samostatně v části „Komponenty Tableau Serveru“ níže.
Tableau se může připojit k více datovým zdrojům. Tyto datové zdroje mohou být umístěny lokálně nebo vzdáleně. Může se připojit k databázi, excelovému souboru a webové aplikaci současně. Tableau dokáže propojit data z heterogenních prostředí. Dokáže kombinovat data z více datových zdrojů. Dokáže také vytvářet vztahy mezi různými typy datových zdrojů.
Datové konektory
Datové konektory poskytují rozhraní pro připojení externích datových zdrojů k Tableau Data Server.
Tableau má vestavěný ODBC/SQL konektor. Tento ODBC konektor se může připojit k libovolným databázím bez použití jejich nativního konektoru. Tableau nabízí možnost výběru živého i exportního režimu.tract dat. Na základě použití lze snadno přepínat mezi extracted a živá data.
- Živé připojení nebo data v reálném čase: Tableau se může připojit k datům v reálném čase přímým propojením s externí databází. Využívá infrastrukturu stávajícího databázového systému odesíláním dynamických MDX (vícerozměrných výrazů) a SQL výpisy. Tato funkce umožňuje propojení s živými daty pomocí Tableau namísto jejich importu. Zhodnocuje investici organizace do rychlého a optimalizovaného databázového systému. V mnoha podnicích je velikost databáze obrovská a pravidelně se aktualizuje. V takových případech Tableau funguje jako front-endový vizualizační nástroj, který se připojuje k živým datům.
- Extracdata ted nebo data v paměti: Tableau má možnost extracdata z externích datových zdrojů. Můžeme vytvořit lokální kopii ve formě Tableau extract soubor, který používá formát .hyper vytvořený datovým enginem Hyper. Může exprimovattracmiliony záznamů do tohoto enginu jediným kliknutím. Datový engine Tableau využívá k ukládání a zpracování dat paměť a disk společně. Pomocí filtrů může Tableau exprimovattracněkolik záznamů z obrovské datové sady. To zlepšuje výkon, zejména při práci s rozsáhlými datovými sadami. Např.tracData uložená v paměti nebo data v paměti umožňují uživatelům vizualizovat data offline, bez nutnosti připojení ke zdroji dat.
Komponenty Tableau Serveru
Různé komponenty přítomné na serveru Tableau jsou:
- Aplikační server
- VizServer QL
- Datový server
A) Aplikační server:
Aplikační server se používá k poskytování autentizace a autorizace. Zajišťuje administraci a oprávnění pro webová a mobilní rozhraní. Zajišťuje bezpečnost záznamem každého ID relace na Tableau Server. Správce může nakonfigurovat výchozí časový limit relace na serveru.
B) VizQL server:
VizQL server se používá k převodu dotazů ze zdroje dat do vizualizací. Jakmile je požadavek klienta přeposlán do VizQL proces, odešle dotaz přímo do zdroje dat a získá informace ve formě obrázků. Tento obrázek nebo vizualizace se zobrazí uživateli. Server Tableau vytváří mezipaměť vizualizace, aby se zkrátila doba načítání. Mezipaměť lze sdílet mezi mnoha uživateli, kteří mají oprávnění k zobrazení vizualizace.
C) Datový server:
Datový server slouží ke správě a ukládání dat z externích datových zdrojů. Jedná se o systém centrální správy dat. Poskytuje správu metadat, zabezpečení dat, ukládání dat, datové připojení a požadavky na ovladač. Ukládá relevantní podrobnosti o datové sadě, jako jsou metadata, vypočítaná pole, sady, skupiny a parametry. Zdroj dat by mohl např.tract data také navazují živá připojení k externím zdrojům dat.
Brána
Brána směruje požadavky od uživatelů ke komponentám Tableau. Když klient odešle požadavek, je přeposlán ke zpracování externímu load balanceru. Brána funguje jako distributor procesů mezi různé komponenty. V případě absence externího load balanceru funguje brána také jako load balancer. V konfiguraci s jedním serverem spravuje všechny procesy jeden primární server nebo brána. V konfiguraci s více servery funguje jeden fyzický systém jako primární server, zatímco ostatní se používají jako pracovní servery. V prostředí Tableau Server lze jako primární server použít pouze jeden počítač.
Klienti
Dashboardy a vizualizace na serveru Tableau lze prohlížet a upravovat pomocí různých klientů. Klienty jsou Tableau Desktop, webový prohlížeč a mobilní aplikace.
| Klienti | životní prostředí |
|---|---|
| Tableau Desktop | Tableau Desktop je nástroj pro obchodní analýzu. Pomáhá vytvářet, prohlížet a publikovat řídicí panely na serveru Tableau. Uživatelé mohou přistupovat k různým zdrojům dat a vytvářet vizualizace v Tableau Desktop. |
| Mobilní aplikace | Dashboardy ze serveru lze interaktivně vizualizovat pomocí mobilních prohlížečů a aplikací. Prohlížeč a aplikaci lze použít k zobrazení a úpravě obsahu sešitu. |
| Web | Webové prohlížeče jako Google ChromeSafari Firefox a Microsoft Edge podporují server Tableau. Obsah a vizualizace v dashboardu lze upravovat prostřednictvím těchto webových prohlížečů. |
Pojmenování vrstev vysvětluje, co existuje. Následující část sleduje jeden požadavek skrze všechny vrstvy, aby se posloupnost stala konkrétní.
Jak požadavky na server Tableau probíhají od začátku do konce
Otevření publikovaného dashboardu spustí řetězec předávání mezi výše popsanými komponentami. Sledování tohoto řetězce je nejrychlejší způsob, jak pochopit, proč se zobrazení jeví pomalé a který proces je třeba zkontrolovat jako první.
- Požadavek dorazí na bránu. Prohlížeč, mobilní aplikace nebo klient Tableau Desktop odešle požadavek HTTPS. Pokud je přítomen externí load balancer, vybere uzel; jinak tuto roli provede brána na primárním uzlu sama.
- Aplikační server kontroluje identitu a oprávnění. Požadavek je předán procesu aplikačního serveru, který ověří relaci, potvrdí, že má uživatel práva k sešitu, a zaznamená identifikátor relace.
- Je konzultován server mezipaměti. Před spuštěním jakéhokoli dotazu server zkontroluje sdílenou mezipaměť dotazů. Shodný záznam znamená, že vizualizace se vrátí okamžitě a zbývající kroky se přeskočí, a proto druhá osoba, která otevře řídicí panel, obvykle čeká mnohem kratší dobu než první.
- VizQL sestaví dotaz. Při neúspěšné střelbě z keše VizProces QL převádí vizuální specifikaci uloženou v sešitu do dotazu na podkladový zdroj.
- Datový server vyřeší připojení. Pokud sešit používá publikovaný zdroj dat, datový server poskytne podrobnosti o připojení, vypočítaná pole, skupiny a sady. Aktivní připojení odešle dotaz dále do externí databáze;tracNa dotaz t odpovídá datový engine Hyper pomocí souboru .hyper, který je uložen v úložišti souborů.
- Výsledky jsou vykresleny a vráceny. VizQL převede výslednou sadu na značky, osy a popisky zobrazení, předá vykreslený výstup zpět přes bránu a zapíše výsledek do mezipaměti pro dalšího uživatele.
Při ladění si zaslouží pozornost dva body v tomto řetězci. Zaprvé, bývalýtracLokální zodpovězení zcela eliminuje nutnost zpětného přístupu k zaneprázdněné produkční databázi. Za druhé, dobře naplněná mezipaměť převede většinu opakovaných zobrazení do jediného vyhledávání, takže restartování serveru nebo publikování nové verze sešitu tuto výhodu záměrně vymaže, dokud se mezipaměť znovu nezahřeje.
Několik výše uvedených procesů se ve vrstevnatém diagramu nikdy neobjevuje a níže uvedená tabulka je identifikuje.
Typy procesů serveru Tableau a co každý z nich dělá
Instalace Tableau Serveru spouští sadu pojmenovaných procesů vedle sebe. Administrátoři je vidí jednotlivě na stavové stránce Tableau Services Manageru, takže rozpoznání každého z nich výrazně urychluje řešení problémů.
| Proces | Odpovědnost |
|---|---|
| Brána | Přijímá všechny příchozí požadavky a směruje je na správný uzel a proces. |
| Aplikační server | Zvládá přihlašování, oprávnění, vyhledávání, prohlížení a administrativní rozhraní. |
| VizServer QL | Načítá a vykresluje pohledy převodem vizuální specifikace do dotazů. |
| Datový server | Spravuje publikované zdroje dat, metadata a přihlašovací údaje pro připojení. |
| Datový engine (Hyper) | Vytvoří a dotazuje .hyper extracts držené na uzlu. |
| Backgrounder | Spouští naplánovanou práci: např.tracaktualizace, odběry, upozornění a spuštění toku. |
| sklad | A PostgreSQL databáze obsahující metadata sešitu, uživatele, oprávnění a historii použití. |
| Úložiště souborů | Obchody extract soubory a replikuje je napříč uzly, které je potřebují. |
| Server mezipaměti | Sdílená mezipaměť dotazů v paměti používaná VizQL, datový server a nástroj pro tvorbu pozadí. |
| Cluster kontrolor | Monitoruje stav procesů a spouští failover, například povýšení pasivního repozitáře. |
| Koordinační služba | Udržuje konzistenci konfigurace a topologie napříč všemi uzly v clusteru. |
Zvláštní pozornost si zaslouží Backgrounder, protože se jedná o proces, kterému nejčastěji chybí kapacita.tracObnovení a e-maily s předplatným soupeří o stejné pracovníky, takže dopoledne plné překrýváníping harmonogramy zpožďují obojí.
Nasazení serveru Tableau s jedním uzlem vs. s více uzly
Každý výše uvedený proces může běžet na jednom počítači a pro malý tým je to běžné uspořádání. Instalace s jedním uzlem se snadno opravuje a monitoruje, ale nenabízí žádnou redundanci: pokud se počítač zastaví, zastaví se i všechny dashboardy a náročné výpadky.tracObnovení přímo konkurují lidem, kteří si prohlížejí obsah.
Víceuzlový cluster rozprostírá stejné procesy na dva nebo více počítačů, které sdílejí jedno úložiště a jednu topologii. Role jsou pak přiřazovány záměrně, nikoli standardně.
- Oddělte pozadí. Stěhování extracAktualizace na vyhrazený uzel zabrání zpomalování interaktivních zobrazení úlohami přes noc.
- Duplikujte bránu. Spuštění brány na více než jednom uzlu za externím vyrovnávačem zátěže eliminuje jeden vstupní bod jako riziko selhání.
- Přidejte pasivní repozitář. Druhá instance repozitáře umožňuje Cluster Controller se automaticky přepne při selhání, pokud aktivní kopie přestane reagovat.
- Měřítko VizQL pro souběžnost. Více VizInstance QL obsluhují více simultánních diváků, což je obvyklý problém s rostoucím počtem uživatelů.
- Udržujte úložiště souborů blízko Data Engine. Uzly, které dotazují extracts potřebují lokální kopii, takže tyto dvě jsou obvykle umístěny společně.
Praktickým spouštěčem pro přechod na více uzlů je zřídka objem nezpracovaných dat. Obvykle se jedná buď o obchodní požadavek na vysokou dostupnost, nebo o obnovovací okno, které se již nevejde do klidových hodin.
