но если у вас домики то понятно =)

Добрый день,
Принципы работы Qlik легко объясняются целевым назначением продукта, а именно - управленческая аналитика. Само слово аналитика подразумевает наличие желания и соответственно, времени у человека подумать над наблюдаемыми  им данными и отработать над ними ряд гипотез, которые требуют погружения в детали (исследование данных и их взаимосвязей).
Вариант использования прямых подключений - это не аналитика, а мониторинг. И это другой сценарий, как бы красиво его не пытались называть в попытках замылить суть мониторинга, например, периодически слышу слова типа  "оперативная аналитика" :)
Но если мониторинг называть мониторингом, т.е. просто наблюдением и констатацией текущих значений, а аналитикой называть именно мыслительную работу в процессе принятия решения, то всё становится на свои места. А именно: причина того, что Qlik загружает данные в свой движок заключается не в том, что он не может этого делать в режиме реального времени, а в том, что загружая данные в свой движок, Qlik выстраивает по ним ассоциативные связи, позволяя интерактивно исследовать данные в любых направлениях не занимаясь прописыванием взаимодействий в фильтрах, объектах визуализации и т.п. И именно такой подход позволяет конечному пользователю быстро и свободно исследовать данные не задумываясь о том, откуда они пришли и как взаимосвязаны таблицы с данными на техническом уровне.
И если бы хоть один какой-то источник данных сам умел работать с данными в ассоциативном виде, то, очевидно, что Qlik  с удовольствием использовал бы работу этого источника. А до тех пор, пока это умеет делать только Qlik, ничего не остается,, кроме как загружать эти данные и выстраивать эту ассоциативную модель движком Qlik.

А использование Qlik просто для мгновенного отображения данных из источников - это не целевое использование продукта. Это как микроскопом гвозди забивать

сейчас метрики именно в графане и отображаются. Вопрос возник в возможности(?) замены графаны на сенс

Я бы не стал этого делать на Qlik Sense. Это не целевое использование продукта.

Спасибо! Я тоже склоняюсь к этому) и попробую найти компромисное решение, где правильнее будет использовать сенс, а мониторинг будет выполняться действующими инструментами

Если после покупки клик встает хотя бы один вопрос из списка:
1. Как данные скорректировать прямо в Qlik Sense - например факты?
2. Как сделать чтобы данные были realtime?
3. Как сделать так чтобы из Qlik Sense данные загружались в другие БД?
4. Как сделать так чтобы из Qlik печатались строгие формы документов (операционная деятельность) типа Счета?
и тп

То это повод задуматься о том что же покупалось))))
Хотя конечно имея определенное мастерство все из этого списка можно реализовать.

Сохранил в избранное. Буду теперь транслировать данную мысль всем заказчикам, кто хочет real-time   в QS 👍

Логический силлогизм.

Все пункты закрывает Клик Нпринтинг, про реалтайм Сергей Полехин выше описал.

» 3. Как сделать так чтобы из Qlik Sense данные загружались в другие БД?
Вот с этим не согласен 😄 Вполне реализуемо

Тут нет вопроса в том как это сделать и можно ли это сделать. Вопрос в том нужно ли это делать на Qlik )))

я все из этого списка делал

но это не внедрение qlik а внедрение мутантов

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

1. Vizlib, пакет Collaboration
2. Нет такой потребности.
3. Vizlib, пакет Collaboration
4. NPrinting

И никаких танцев с бубнами!

внедрение мутантов - это повер биай)

2. Есть DIRECT QUERY

Все есть. но не нужно это делать)

Есть, но ЗАЧЕМ???