Развертывание QlikView

Общая архитектура установки QlikView

Данный документ описывает общие подходы к архитектуре установки и развертывания QlikView.

1.1 QlikView с Publisher

На рисунке ниже показано развертывание QlikView с Publisher, содержащее расположение компонентов QlikView.

742
Развертывание QlikView с Publisher, содержащее расположение компонентов QlikView.

1.1.1 Внешний интерфейс (Front End)

Внешний интерфейс (front end) — это место, где конечные пользователи взаимодействуют с документами и данными, которые им разрешено просматривать через QlikView Server. Внешний интерфейс содержит пользовательские документы QlikView, которые обычно создаются через QlikView Publisher во внутреннем интерфейсе (back end). Здесь происходит вся связь между клиентом и сервером, и QlikView Server несет полную ответственность за авторизацию клиента.

Внешний интерфейс использует ресурсы инфраструктуры (например, общий ресурс файлов для кластеризации Windows).

Аутентификация конечных пользователей (за исключением встроенных пользователей) осуществляется за пределами QlikView.

1.1.2 Внутренний интерфейс (Back End)

Во внутреннем интерфейсе (back end) находятся исходные документы QlikView, созданные с помощью QlikView Developer. Эти исходные файлы содержат сценарии для извлечения данных из различных источников данных (например, хранилища данных, файлы Microsoft Excel®, CRM, ERP, АБС).

Это извлечение иногда включает промежуточные файлы (файлы QVD). Основным компонентом QlikView, который выполняет загрузку и распространение во внутреннем интерфейсе, является Служба распространения (Distribution Service). Внутри сервера файловая система Windows отвечает за авторизацию (то есть, QlikView не несет ответственности за какие-либо права доступа).

Серверная часть использует ресурсы инфраструктуры для кластеризации (например, общий ресурс Windows), а также может использовать такие ресурсы, как SMTP-серверы и каталоги.

Как показано здесь, как внешний, так и внутренний интерфейсы подходят для разработки, тестирования и развертывания.

1.2 QlikView без Publisher

Без Publisher архитектура QlikView становится более ограниченной. Все средства распространения и сокращения удаляются и заменяются перезагрузкой непосредственно в пользовательских документах. Без возможности распространения Publisher разработчикам необходимо вручную развернуть файл .qvw на сервере.

743
Архитектура QlikView без Publisher.

1.3 QlikView Сервер

Количество серверов (кластеризованных или нет) в рамках установки ограничено только лицензией. Однако невозможно выполнить более одного процесса QVS для каждого сервера (физического или виртуального). QVS разработан, чтобы максимально использовать имеющиеся у него ресурсы. В частности, QVS хранит столько результатов вычислений, сколько возможно, кэшированных в памяти, чтобы свести время отклика к минимуму.

1.3.1 QlikView Сервер — Коммуникация с Клиентом

Архитектура коммуникации сервера QlikView Server и клиента требует наличия трех основных процессов, которые должны быть способны взаимодействовать друг с другом последовательным и безопасным способом. Это взаимодействие может потенциально включать несколько машин и несколько сетевых подключений, а также другие подчиненные процессы.

744
QlikView Server — коммуникация с клиентом.

Ниже описаны три основных процесса.

Процесс Описание
QVS
QlikView Server

Предоставляет клиенту функции QlikView. На компьютере, на котором размещена эта служба, должна быть установлена операционная система Microsoft Windows.

Клиент

Запускается в веб-браузере или оболочке приложения, которая предоставляет контейнер для клиентского кода. Клиент взаимодействует с QVS либо напрямую, либо через веб-сервер, чтобы обеспечить интерфейс QlikView и функциональность для конечного пользователя.

Web server

Запускает http-сервер, который может использоваться для доставки веб-страниц html клиенту, помогает с аутентификацией пользователя и обеспечивает связь между клиентом и QVS.

За исключением Custom Users, аутентификация пользователей-клиентов выполняется вне QlikView с использованием, например, проверки подлинности Windows.

Ниже перечислены протоколы, определенные для взаимодействия клиента с QVS.

Протокол Описание
QVP
QlikView Protocol

Зашифрованные, бинарные и основанные на TCP; Напрямую связывается с QVS по порту 4747.

QVPX

На основе XML; общается с QVS, используя http/https через веб-сервер.

Клиенты Windows (.exe / .ocx) обмениваются данными напрямую с QVS, используя QVP на порту 4747. Эти клиенты не требуют, чтобы веб-сервер устанавливал и поддерживал связь с QVS.

Клиенты AJAX и мобильные клиенты не обмениваются данными напрямую с QVS. Они устанавливают и поддерживают соединение с использованием протокола QVPX через веб-сервер, QlikView Web Server (QVWS) или Microsoft IIS. Обычно это делается с использованием порта 80 (http). Веб-сервер, в свою очередь, обменивается данными с QVS, используя протокол QVPX2 на порту 4747.

В установках по умолчанию для QVS используется QVWS, а не IIS. QVWS делит порт 80 с IIS на Windows 7 (и более поздние версии) и Windows Server 2008 (и выше).

1.3.2 QlikView Server – User Document

Чтобы пользователь мог открыть документ, необходимо, чтобы выполнялись следующие условия:

  • Для пользователя существует лицензия Client Access License (CAL);
  • У пользователя есть доступ к документу.

Документы пользователя всегда считываются с помощью QVS и, следовательно, технически только для чтения в учетных записях, работающих под управлением QVS. Права доступа хранятся либо в списке ACL документа (когда QVS работает в режиме NTFS), либо в файле .META (когда QVS запускается в службе метаданных документа, то есть в режиме DMS). Эти настройки являются частью дистрибутива внутреннего интерфейса (Back End).

Элементы (например, макеты, отчеты, закладки, аннотации и значения полей ввода), создаваемые конечными пользователями, хранятся в .Shared файлах. Совместно используемые файлы не заменяются дистрибутивом внутреннего интерфейса (Back End).

1.4 Веб сервер (Web Server)

QlikView Web Server (QVWS) включен как часть установки QlikView Server. Веб-сервер может выступать в качестве автономной службы для нескольких инсталляций QlikView Server.

В качестве альтернативы можно развернуть решение Microsoft IIS, обеспечивающее большую гибкость, дополнительные схемы проверки подлинности и веб-службы для приложений, отличных от QlikView Server. При использовании служб IIS устанавливается специальная служба — служба параметров QlikView, которая обрабатывает вызовы управления.

Другие веб-серверы могут использоваться в среде QVS, но в какой-то момент таргетинг трафика QVS должен проходить либо через QVWS, либо через выделенные ASPX-страницы в IIS.

Компонент веб-сервера QlikView (QVWS или IIS) выполняет несколько задач:

  • Обрабатывает внутренний интерфейс AccessPoint;
  • Преобразует/маршрутизирует трафик между безпользовательским http и в/из сеансового обмена данными с QVS;
  • Управляет балансировкой нагрузки кластеров QVS;
  • Служит статическому контенту (необязательно);
  • Обрабатывает авторизацию пользователей с Windows-аутентификацией;
  • Ручная аутентификация Custom Users (необязательно);
  • Разрешает групповое разрешение через Windows или службу каталогов (DSC) (необязательно);

1.4.1 QlikView Server Tunnel

Если коммуникационный порт QVS (4747) заблокирован в сетевом брандмауэре, клиенты Windows попытаются перенаправить их соединение через порт 80 (http). Этот путь подключения должен включать QVWS или быть установлен в Microsoft IIS, чтобы можно было установить связь QVS туннеля.

1.5 Коннектор службы каталогов (Directory Service Connector)

На рисунке ниже показан информационный поток. Коннектор службы каталогов (DSC) отвечает за получение пользовательской информации, связанной с конечными пользователями, из разных источников, включая (но не ограничиваясь ими) Active Directory, LDAP, ODBC и пользовательских пользователей.

745
Directory Service Connector

Веб-сервер использует DSC для группового разрешения, Служба распространения (Distribution Service) использует его для поиска адресов электронной почты или UID при распространении, а Служба управления (Management Service) использует его, чтобы помочь администратору найти пользователей и группы.

1.6 Служба управления (Management Service)

Служба управления является точкой входа для всего управления, как через QlikView Management Console, так и через API QlikView.

746
Служба управления

Служба управления QlikView (QMS) сохраняет настройки в собственной базе данных, QVPR. QVPR по умолчанию хранится в виде XML-файлов — альтернативой является сохранение настроек в базе данных SQL.

Все серверы QlikView должны иметь одинаковые региональные настройки. Различные региональные настройки могут вызывать ошибки при загрузке справочных файлов QlikViewXML.

В установке может быть только один экземпляр QMS. Для резервирования следует использовать активный / пассивный переход на другой ресурс. Обратите внимание, что никакой другой службе не нужен QMS.

1.7 Служба распространения (Distribution Service)

747
Служба распространения (Distribution Service)

Служба распространения работает с исходными документами для создания:

  • Пользовательских документов;
  • .qvw файлов для распространения в папку или по электронной почте;
  • .pdf документов для распространения в папку или по электронной почте;

Цепочка событий до конечного распределения включает одну или несколько из следующих задач:

  1. Данные загружаются из одного или нескольких источников данных (включая QVD) в один или несколько файлов .qvw или .qvd.
  2. Документ сведен к одному или нескольким меньшим документам.
  3. Добавляются атрибуты и правила использования (применимы только при распределении в QVS).

Служба распространения выполняет задачи в соответствии с определенными расписаниями и/или в качестве ответов на события.

1.8 Механизм загрузки (Reload Engine)

В случае отсутствия лицензии Publisher, средство Reload Engine предоставляет подмножество служб распространения Publisher. Средство перезагрузки перезагружает только пользовательские документы, а настройки определяются непосредственно в пользовательских документах.

Все сервисы QlikView должны быть запущены на том же компьютере, чтобы работать с механизм обновления. Если вы устанавливаете службы на разных машинах (например, QMC, DSC и QDS на одной машине и QVS и QVWS на другой машине), то Reload Engine не будет работать.

Свяжитесь с нами


Более подробную информацию Вы можете получить, позвонив в "ФБ Консалт" по тел.: +7 (495) 781–6400 или отправив запрос по электронной почте: info@fbconsult.ru. Специалисты компании с радостью ответят на все интересующие Вас вопросы. Обращайтесь!


Подписка

RSS-материал