Жива картина ArchiДиаграма на текстурата и компоненти на сървъра
Дейвид Картър
⚡ Умно обобщение
Tableau сървър ArchiTecture свързва настолни, уеб и мобилни клиенти с много нива на данни чрез многопластов, многопроцесорен дизайн. Тази страница обяснява всеки слой, пътя на заявката през сървъра, отделните фонови процеси и внедряването на един възел срещу много възли.
Tableau Server е проектиран така, че да свързва много нива на данни. Той може да свързва клиенти от настолни компютри, мобилни устройства и уеб. Жива картина Desktop е надежден инструмент за визуализация на данни. Той е високодостъпен и сигурен.
Може да работи както на виртуални, така и на физически машини. Това е многопотребителска, многопроцесна и многонишкова система.
Осигуряването на такива мощни функции изисква стабилна архитектура. Нека да проучим сървъра Tableau Archiтекстура в този урок.
Tableau сървър Archiтекстура
Различните слоеве, използвани в сървъра Tableau, са дадени в следната архитектурна диаграма
Четейки диаграмата отдолу нагоре, източниците на данни са разположени в основата, конекторите са над тях, сървърните компоненти заемат средата, а клиентите са в горната част. Всеки от петте раздела по-долу обхваща една от тези групи.
Нека проучим различните компоненти на Tableau Archiтекстура
Сървър за данни
Основният компонент на Tableau ArchiТекстурата е източниците на данни, към които може да се свърже. Обърнете внимание, че този първи слой се отнася до нивото на данните като цяло; сървърът за данни процес който работи в Tableau Server, е описан отделно в „Компоненти на Tableau Server“ по-долу.
Tableau може да се свързва с множество източници на данни. Тези източници на данни могат да бъдат локални или отдалечени. Може да се свързва едновременно с база данни, excel файл и уеб приложение. Tableau може да свързва данни от хетерогенни среди. Може да смесва данни от множество източници на данни. Може също така да осъществява връзка между различни типове източници на данни.
Съединители за данни
Конекторите за данни предоставят интерфейс за свързване на външни източници на данни към Tableau Data Server.
Tableau има вграден ODBC/SQL конектор. Този ODBC конектор може да се свързва с всякакви бази данни, без да използва техния вграден конектор. Tableau има опция за избор както на активен, така и на ексклузивен сървър.tract данни. В зависимост от употребата, човек може лесно да превключва междуtracted и данни на живо.
- Връзка на живо или данни в реално време: Tableau може да се свързва с данни в реално време, като директно се свързва с външна база данни. Използва инфраструктурата на съществуваща система от бази данни, като изпраща динамични MDX (многоизмерни изрази) и SQL отчети. Тази функция може да се свърже с данните в реално време с Tableau, вместо да импортира данните. Това възвръща инвестицията, направена от организацията в бърза и оптимизирана система за бази данни. В много предприятия размерът на базата данни е огромен и се актуализира периодично. В тези случаи Tableau работи като инструмент за визуализация отпред, като се свързва с данните в реално време.
- Extracted или данни в паметта: Tableau има опция за extracданните от външни източници на данни. Можем да направим локално копие под формата на Tableau extract файл, който използва .hyper формат, създаден от Hyper data engine. Той може да бъдеtracмилиони записи в този енджин с едно щракване. енджинът за данни на Tableau използва памет и диск заедно за съхраняване и обработка на данни. Използвайки филтри, Tableau може да...tracняколко записа от огромен набор от данни. Това подобрява производителността, особено при работа с масивни набори от данни. НапримерtracДанните в паметта или данните в паметта позволяват на потребителите да визуализират данните офлайн, без да се свързват с източника на данни.
Компоненти на Tableau Server
Различните компоненти, присъстващи в Tableau сървър, са:
- Приложен сървър
- VizQL сървър
- Сървър за данни
A) Сървър за приложения:
Сървърът на приложения се използва за предоставяне на удостоверявания и оторизации. Той управлява администрацията и разрешенията за уеб и мобилни интерфейси. Той гарантира сигурност, като записва идентификатор на всяка сесия на Tableau Server. Администраторът може да конфигурира времето за изчакване по подразбиране на сесията в сървъра.
B) VizQL сървър:
VizQL сървърът се използва за преобразуване на заявките от източника на данни във визуализации. След като клиентската заявка бъде препратена към VizQL процес, той изпраща заявката директно към източника на данни и извлича информация под формата на изображения. Това изображение или визуализация се представя на потребителя. Tableau сървърът създава кеш на визуализация, за да намали времето за зареждане. Кешът може да се споделя между много потребители, които имат разрешение да преглеждат визуализацията.
C) Сървър за данни:
Сървърът за данни се използва за управление и съхраняване на данни от външни източници на данни. Това е централна система за управление на данни. Той осигурява управление на метаданни, сигурност на данните, съхранение на данни, връзка за данни и изисквания за драйвера. Той съхранява съответните подробности за набора от данни, като метаданни, изчисляеми полета, набори, групи и параметри. Източникът на данни може да бъдеtract данни, както и да осъществяват активни връзки с външни източници на данни.
Врата
Шлюзът канализира заявките от потребителите към компонентите на Tableau. Когато клиентът направи заявка, тя се препраща към външен балансьор на натоварването за обработка. Шлюзът работи като дистрибутор на процеси към различни компоненти. В случай на липса на външен балансьор на натоварването, шлюзът също работи като балансьор на натоварването. При конфигурация с един сървър, един основен сървър или шлюз управлява всички процеси. При конфигурации с множество сървъри, една физическа система работи като основен сървър, докато другите се използват като работни сървъри. Само една машина може да се използва като основен сървър в среда на Tableau Server.
Клиенти
Таблата и визуализациите в Tableau server могат да се преглеждат и редактират с помощта на различни клиенти. Клиентите са Tableau Desktop, уеб браузър и мобилни приложения.
| Клиенти | Заобикаляща среда |
|---|---|
| Desktop Desktop | Tableau Desktop е инструмент за бизнес анализи. Помага за създаване, преглед и публикуване на табла за управление в Tableau Server. Потребителите могат да имат достъп до различни източници на данни и да създават визуализации в Tableau Desktop. |
| подвижен | Таблата от сървъра могат да се визуализират интерактивно с помощта на мобилни браузъри и приложения. Браузърът и приложението могат да се използват за преглед и редактиране на съдържанието в работната книга. |
| Web | Уеб браузъри като Google Chrome, сафари, Firefox намлява Microsoft Edge поддържат Tableau сървъра. Съдържанието и визуализациите в таблото за управление могат да се редактират чрез тези уеб браузъри. |
Наименуването на слоевете обяснява какво съществува. Следващият раздел проследява една заявка през всички тях, така че последователността става конкретна.
Как протича заявка към Tableau сървър от край до край
Отварянето на публикувано табло за управление задейства верига от предавания между описаните по-горе компоненти. Следването на тази верига е най-бързият начин да разберете защо даден изглед изглежда бавен и кой процес да проверите първо.
- Заявката пристига на портала. Браузър, мобилно приложение или клиент на Tableau Desktop изпраща HTTPS заявка. Ако е наличен външен балансьор на натоварването, той избира възел; в противен случай шлюзът на основния възел изпълнява тази роля сам.
- Приложният сървър проверява самоличността и разрешенията. Заявката се предава на процеса на сървъра на приложения, който валидира сесията, потвърждава, че потребителят има права върху работната книга и записва идентификатора на сесията.
- Консултира се кеш сървърът. Преди да се изпълни каквато и да е заявка, сървърът проверява споделения си кеш за заявки. Съвпадащ запис означава, че визуализацията се връща незабавно, а останалите стъпки се пропускат, поради което вторият човек, който отваря табло за управление, обикновено чака много по-малко от първия.
- VizQL изгражда заявката. При пропуск в кеша, VizQL процесът преобразува визуалната спецификация, съхранена в работната книга, в заявка за основния източник.
- Сървърът за данни разрешава връзката. Ако работната книга използва публикуван източник на данни, сървърът за данни предоставя подробности за връзката, изчисляемите полета, групите и наборите. Активната връзка изпраща заявката напред към външната база данни;tracОтговорът на t се получава от Hyper data engine, използвайки .hyper файла, съхраняван във File Store.
- Резултатите се рендират и връщат. VizQL превръща резултатния набор в маркировки, оси и етикети на изгледа, връща рендирания изход обратно през шлюза и записва резултата в кеша за следващия потребител.
Две точки от тази верига заслужават внимание при настройването. Първо, бившtracЛокалният отговор избягва изцяло двупосочното пътуване до натоварена производствена база данни. Второ, добре попълненият кеш преобразува повечето повтарящи се изгледи в едно търсене, така че рестартирането на сървъра или публикуването на нова версия на работната книга умишлено изчиства това предимство, докато кешът се зареди отново.
Няколко от посочените по-горе процеси никога не се появяват в слоестата диаграма и таблицата по-долу ги идентифицира.
Видове процеси на Tableau Server и какво прави всеки от тях
Инсталацията на Tableau Server изпълнява набор от именувани процеси един до друг. Администраторите ги виждат поотделно на страницата за състоянието на Tableau Services Manager, така че разпознаването на всеки един от тях прави отстраняването на проблеми много по-бързо.
| Процес | отговорност |
|---|---|
| Врата | Получава всяка входяща заявка и я насочва към правилния възел и процес. |
| Приложен сървър | Управлява влизането, разрешенията, търсенето, сърфирането и административния интерфейс. |
| VizQL сървър | Зарежда и рендира изгледи, като преобразува визуалната спецификация в заявки. |
| Сървър за данни | Управлява публикуваните източници на данни, метаданни и идентификационни данни за връзка. |
| Механизъм за данни (Hyper) | Създава и отправя заявки към .hyper extracts, държани на възела. |
| Предпоставки за развитието | Изпълнява планирана работа: напр.tracобновявания, абонаменти, известия и изпълнения на потоци. |
| хранилище | A PostgreSQL база данни, съдържаща метаданни на работната книга, потребители, разрешения и история на използване. |
| Файлово хранилище | Магазини extract файлове и ги репликира в възлите, които се нуждаят от тях. |
| Кеш сървър | Споделен кеш за заявки в паметта, използван от VizQL, сървър за данни и фонов инструмент. |
| Cluster Регулатор | Следи състоянието на процесите и задейства превключване при срив, например насърчаване на пасивно хранилище. |
| Координационна служба | Поддържа конфигурацията и топологията последователни във всеки възел в клъстера. |
Заслужава специално внимание фоноар, защото това е процесът, който най-често е лишен от капацитет.tracОбновяванията и абонаментните имейли се конкурират за едни и същи работници, така че сутрин, пълна с припокриванеping графиците забавят и двете.
Разгръщане на Tableau сървър с един възел срещу много възел
Всеки процес, посочен по-горе, може да се изпълнява на една машина и за малък екип това е нормалната схема. Инсталацията с един възел е лесна за инсталиране и наблюдение, но не предлага излишък: ако машината спре, това се случва и с всяко табло за управление, както и с тежки проблеми.tracОпресняванията се конкурират директно с хората, които гледат съдържание.
Многовъзлов клъстер разпределя едни и същи процеси върху две или повече машини, които споделят едно хранилище и една топология. Ролите се присвояват умишлено, а не по подразбиране.
- Отделете фона. Преместване бившtracОбновяванията върху специален възел спират забавянето на интерактивните изгледи от задачи, изпълнявани през нощта.
- Дублирайте шлюза. Изпълнението на шлюз на повече от един възел, зад външен балансьор на натоварването, елиминира единичната входна точка като риск от неуспех.
- Добавете пасивно хранилище. Втори екземпляр на хранилище позволява Cluster Контролерът да се превключи автоматично при срив, ако активното копие спре да отговаря.
- Мащаб VizQL за паралелизъм. Повече VizQL инстанциите обслужват повече едновременни зрители, което е обичайната пречка, след като внедряването им нарасне.
- Дръжте File Store близо до Data Engine. Възли, които запитват extracts се нуждаят от локално копие, така че тези две обикновено са разположени едновременно.
Практическата причина за преминаване към множество възли рядко е обемът сурови данни. Обикновено това е или бизнес изискване за висока достъпност, или прозорец за обновяване, който вече не се вписва в тихите часове.
