Обычно новые данные на регулярной основе загружаются в QlikView. Например, ежечасно или ежедневно. В сценарии облачного QlikView получается, что данные хранятся внутри корпоративной сети, а QlikView должен быть сконфигурирован таким способом, чтобы получить их.
Этот способ подразумевает, что корпоративный межсетевой экран должен быть открыт между облачным сервером и источником данных внутри сети. QlikView перезагружает приложения по расписанию и подкачивает обновленные данные, с которыми и начинает работать.
При использовании прямого доступа, рекомендуется применять шифрование данных. Если объем данных значителен в сравнении с пропускной способностью канала, то такой способ не подойдет. Должна быть применена техника инкрементальной загрузки.
Вместо того, чтобы перегружать данные из источника данных, QlikView сначала синхронизирует данные в облаке с источником в корпоративной сети, а затем перегружает приложение с данными в облаке. Этот метод можно сравнить с FTP для файлов или с синхронизацией таблиц в SQL.
В таком сценарии QlikView Publisher располагается внутри корпоративной сети. Приложения QlikView перезагружаются прежде чем опубликоваться на облачном сервере. Это очень специфический случай, поскольку он скрадывает преимущества от перехода в облако, так как требует наличия дополнительных серверных ресурсов в корпоративной сети.
Для сценария, когда данные уже и так находятся в облаке, например, данные продаж в розничной сети, собранные с дистрибьюторов, облачное решение QlikView прекрасно подходит. При этом можно арендовать не только серверные мощности для работы QlikView, но и лицензии QlikView в рамках единой услуги.
![]() |
Калькулятор облачного хостинга QlikView SaaS/PaaS (по требуемым мощностям) |
![]() |
Калькулятор облачного хостинга QlikView SaaS/PaaS(по объему анализируемых данных) |
![]() |
Рассчитать и купить |
![]() |
(495) 201-QLIK (201-7545) |
![]() |
qlik@v-grade.ru |