QlikView Publisher: расширение QlikView Server
Преимущества использования QlikView Publisher :
Что такое Publisher?
- Технически является расширением QlikView Server
- Требуется дополнительная лицензия к QlikView Server
- Рекомендуется для заказчиков среднего уровня и уровня Enterprise
- Администраторы получают инструмент планирования распространения и управления безопасностью доступа к документам, данным и отчетам в масштабах предприятия
- Для генерации отчетов в формате PDF, требуется дополнительная лицензия PDF Distributor
- В большинстве случаев развертывание Publisher представляет собой простой ввод ключа, но архитектуру никто не отменял
QlikView Server без Publisher
- Служба обновления функционирует только на той же машине, где установлен QlikView Server
- Только одна задача для документа – обновление (Reload)
- Одновременно только один триггер для старта задачи:
- Расписание (не все возможности)
- Завершение другой задачи
- Event Driven Execution (EDX)
- Рассылка сообщения при неудачном завершении задач
Возможности QlikView Publisher (расширенная QlikView Distribution Service)
- Более широкие возможности настройки расписания
- Несколько задач для одного документа (Source/User docs)
- Комбинация нескольких триггеров для одной задачи
- Возможность использования Partial Reload
- Персонализация QlikView-приложений с учетом индивидуальных потребностей пользователей в информации: Reduce, Loop
- Возможность публикации QlikView документов и PDF отчетов в папку или отправки по E-mail
- Доп. лицензия PDF Distribution – автоматическая настраиваемая рассылка отчетов (QlikView Reports) по E-mail
- Централизованное разграничение прав доступа с учетом настроек безопасности – Section Access Management в QMC (редко)
- Запуск внешних задач по триггерам: Database command, External command (редко), пауза
- Отдельная задача создания QVD файлов (v11)
- Формирование шаблонов задач (v11)
- Возможность установки на отдельный сервер:
- Большое количество ресурсоемких задач обновления
- Удаленность источника данных (Publisher располагается близко к источнику)
- Кластеризация (для обеспечения отказоустойчивости)
Publisher Back End. Усиленные меры безопасности
- Трехзвенная архитектура, в которой Publisher играет роль уровня данных, а QlikView Server - уровня приложений
- Уровень данных отделен от уровня приложений:
- Разделение документов на Source Documents и User Documents
- Пользователям доступны только User Docs на уровне Front End
- User Docs, публикуемые на сервер с помощью Publisher, не содержат строк подключения к источникам данных, а также скрипта загрузки
- Как правило доступ из Front End к Back End полностью закрыт на сетевом уровне, что обеспечивает безопасное хранение Back End ресурсов, таких как, например:
- Файлы QlikView: QVW, QVD
- Файлы с данными: .XLS, .CSV и т.п.
- Файлы .TXT, в которые вынесены строки подключения к источникам
Publisher – используется в большинстве средних и во всех крупных инсталяциях Qlikview, это расширение возможностей сервера в части обновления данных, управления доступом и публикации приложений для пользователей.
Сравнение возможностей с QlikView Publisher и без:
|
Отсутствие |
Наличие |
|
На каждое приложение можно настроить только одну задачу по обновлению и один триггер срабатывания: по расписанию, по запросу из вне, по завершению другой задачи |
На каждое приложение можно настроить несколько задач по обновлению и на каждую задачу по несколько триггеров. Добавлен новый триггер - по завершению группы задач, и возможность настраивать зависимости выполнения задач друг от друга. Более гибкая настройка расписания |
|
Только полное обновление - full reload |
Доступно частичное обновление - partial reload |
|
Публикация на сервере = сохранение документа в каталоге – он сразу появляется в доступе у пользователей, согласно настроенным в ручную или наследованием NTLM правам на него
|
Публикация на сервере = отдельная задача, которая открывает приложение из исходного каталога недоступного пользователям, при необходимости проводит обновление, настраивает NTLM права и сохраняет его в каталог публикации. |
|
Нет возможности ограничивать данные |
Любое приложение может быть при выполнении задачи публикации ограничено набором фильтров и в пользовательскую папку будет выложено приложение только с ограниченными данными. Более того есть возможность настроить автоматическое ограничение данных и публикацию набора приложений построенных из одного исходного. Каждое из получившихся приложений будет содержать ограниченный набор данных и доступно только определенным пользователям.
|
|
Нет возможности разделить службы по обновлению данных и обслуживанию работы пользователей. Это приводит к суммированию расхода ресурсов RAM и CPU в случае одновременной работы пользователей и обновления данных. |
С Qlikview Publisher службу Qlikview Distribution Service, которая отвечает за выполнение задач по обновлению и публикации приложений, можно перенести на отдельный сервер. Это позволит все ресурсы исходного сервера использовать только на обслуживание пользователей. |
|
Нет возможности распространять приложения по email и в каталоги |
Можно настроить публикацию приложений не только на сервер, для работы пользователей, но и в отдельную папку или по email – для локального использования в Qlikview Desktop. |
- Централизованное управление правами доступа к содержимому через профили;
- Разделение QlikView-приложений на категории для групп пользователей;
- Доставка персональных аналитических приложений и PDF-отчетов на E-mail пользователей.
- QlikView Publisher предоставляет единую точку доступа к аналитическим приложениям через AccessPoint Web Portal. Данный ресурс, полностью управляемый администратором, обеспечивает Веб-доступ конечным пользователям к единому списку персональных аналитических приложений. Интегрируясь напрямую с существующей схемой распределения прав доступа, Publisher обеспечивает безопасную и эффективную работу для тысяч пользователей.