Планирование миграции в Qlik Cloud

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

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

1. Стратегическое направление — рассматривайте миграцию на Qlik Cloud как стратегическую инициативу. Подготовьте проект в соответствии с будущими бизнес-потребностями и долгосрочными стратегиями организации в отношении облачных решений, обработки данных и аналитики.

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

3. Оптимизация — установите механизмы для оценки развертывания Qlik Cloud и управления этим процессом, чтобы ускорить внедрение.

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

Стратегическое направление

Учитывайте стратегические планы организации при миграции в Qlik Cloud. Это помогает идентифицировать приоритеты миграции, а также существующие инициативы, которые можно переместить в Qlik Cloud или, возможно, завершить.

Учитывайте некоторые из приведенных ниже вопросов.

• Какие стратегические цели преследует переход на Qlik Cloud?

• Какая облачная архитектура данных используется в настоящий момент?

• Где находятся размещаемые операционные системы?

• Для каких инициатив организации потребуется поддержка по работе с нашей платформой данных и аналитики?

Подготовка и реализация

Вследствие добавления новых функций и возможностей в Qlik Cloud, подходы, методы и функции, используемые в продуктах QlikView, могут отличаться в Qlik Cloud. Архитектура облачного решения отличается от решения под управлением клиента, в результате чего может потребоваться переосмысление и реорганизация с целью оптимального использования преимуществ Qlik Cloud. Таким образом, для оптимизации аналитики с помощью Qlik, миграция не должна быть ограничена лишь переносом объектов из локальной среды в Qlik Cloud. После того как стратегические цели идентифицированы, на следующем этапе необходимо обратить внимание на фундаментальные мероприятия в рамках миграции.

Общее понятие о рабочем процессе и графике миграции

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

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

Обратите внимание, что процесс преобразования приложения начинается на ранних этапах процесса миграции в целом. Это обеспечивает достаточное время на проверку результатов инструмента для преобразования, на отправку вновь созданного приложения Qlik Sense в облако и на завершение разработки и подключения визуализации.

В документации по миграции QlikView, главным образом, описаны задачи этапов «Процесс» и «Настройка». К таким задачам относится настройка облачного клиента и инструментов миграции, а также последующее использование этих инструментов для управления переносом в Qlik Cloud пользователей и содержимого, такого как потоки данных, приложения и подключения к данным.

Для получения дополнительной информации см.:

• Развертывание клиента Qlik Cloud

• Настройка инструментов миграции Qlik Cloud

• Миграция пользователей, групп, ролей и авторизаций

Безопасность и управление

Проверка подлинности и авторизация

По умолчанию новый клиент Qlik Cloud настраивается с использованием Qlik Account, поставщика удостоверений Qlik по умолчанию. Это требует, чтобы все пользователи регистрировали учетные записи в Qlik, прежде чем они смогут войти в систему. Однако в существующем развертывании Qlik лучше всего использовать внешнего поставщика удостоверений (например, Active Directory).

К преимуществам использования собственного поставщика удостоверений относятся следующие возможности:

• Обеспечение доступа к платформе с использованием существующих корпоративных учетных данных без создания и ведения учетной записи Qlik Account.

• Внедрение собственных политик, определяющих длину пароля, срок действия пароля и многофакторную проверку подлинности.

• Аудит и мониторинг доступа в соответствии с требованиями ИТ-безопасности и управления данными.

• Интеграция нескольких каталогов в случае необходимости.

• Включение назначений групп пользователя через поставщика удостоверений.

• Автоматическая обработка прибывающих и убывающих пользователей, а также контроль управления идентификаторами пользователей для обеспечения безопасности пространства и Section Access.

Роли и правила

Qlik Cloud использует подход, в рамках которого доступ назначается непосредственно группам или пользователям, когда поставщик удостоверений не поддерживает группы.

Разрешения Qlik Cloud можно задать на уровне пространства (для приложений и данных) или на уровне системы (для административных ролей), на обоих уровнях поддерживается назначение групп. Для реализации этого подхода требуется провести планирование с учетом особенностей организации. Хотя этот подход может быть внедрен до миграции, рекомендуется проверить этот проект с учетом новых ролей и возможностей в Qlik Cloud, прежде чем приступать к мероприятиям в рамках миграции.

Рационализация и упрощение текущего развертывания Qlik

Пользователи QlikView часто приходят к выводу, что у них много устаревших приложений, в некоторых из которых больше нет необходимости (как, например, в средах разработки и тестирования). Упрощение текущей среды путем архивирования старых, продублированных или неиспользуемых приложений может значительно уменьшить усилия (и затраты) на миграцию на Qlik Cloud и свести к минимуму накладные расходы на текущее содержание и тестирование.

Для рационализации и упрощения развертывания Qlik лучше всего использовать следующий подход, основанный на оптимальных методах работы.

• Для производственных приложений: запросите у владельцев приложений подтверждение ресурсов для тестирования приложения после миграции или согласие на удаление приложения (отказ).

• Для приложений на этапе разработки и тестирования: запросите у владельцев приложений список приложений, которые необходимо перенести (для включения).

• Для всех приложений, не требующих миграции: экспортируйте и архивируйте для долгосрочного хранения за пределами развертывания Qlik.

Доступ к данным

Местоположение данных организации должно учитываться в плане миграции на Qlik Cloud. Qlik Cloud имеет несколько коннекторов, которые имеют доступ ко многим открытым источникам данных. Таким образом, если организация перешла на использование поддерживаемых облачных систем (таких как Salesforce или Workday), облачных баз данных (таких как Snowflake для Google Big Query) или облачного хранилища (такого как AWS S3 или блочное хранилище Azure), то перенести подключения к данным для приложений будет достаточно просто. Многие организации имеют источники данных, которые размещены локально на предприятии, не поддерживают доступ через открытое интернет-подключение или требуют использования специально разработанных коннекторов. В таких случаях можно использовать несколько инструментов и подходов, чтобы сделать эти данные доступными для Qlik Cloud.

Ниже приводятся актуальные варианты обеспечения доступа к данным для Qlik Cloud:

• Прямое подключение к поддерживаемым исходным системам из Qlik Cloud — загрузка в Qlik Cloud

• Шлюз данных Qlik — прямой доступ: прямой доступ к личным данным в Qlik Cloud

• Перемещение данных в поддерживаемую облачную базу данных или хранилище, с последующей загрузкой в Qlik Cloud

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

Перемещение содержимого QlikView в Qlik Cloud: концепции и рекомендации

Оценка документов

В стратегии миграции нужно учитывать оценку документов QlikView. С ее помощью вам будет проще решить, следует ли:

• удалить документ;
• преобразовать документ в приложение Qlik Cloud;

Необходимо учитывать следующее.

• Представляет ли документ ценность для бизнеса? Следует учесть, как часто документ используется, сколько людей и кто именно использует его. Документ, который используется всего лишь одним лицом, может быть критически важным, если он служит для принятия важных бизнес-решений.

• Документ приближается к концу своего жизненного цикла? Наблюдения, предлагаемые им, по-прежнему ценны? Если да, то вместо этого можно выбрать разработку, чтобы изменить область действия и создать новое приложение Qlik Cloud.

Инструменты для оценки документов:

• Информационная панель QlikView предлагает обзор развертываний QlikView. На этой информационной панели показана информация, включая повторяющиеся метки и выражения, анализ сложности, размер файла, частоту использования и происхождение данных. Показатель профиля Sense оценивает приложения QlikView с точки зрения совместимости с Qlik Sense и, следовательно, с Qlik Cloud.

  Для получения дополнительной информации см. раздел QlikViewИнформационная панель управления (только английский язык).

Функциональная оценка QlikView и Qlik Cloud

Необходимо учитывать следующее.

• Какие функциональные улучшения в Qlik Cloud способствуют достижению целей вашей организации? Например, Qlik Cloud помогает всем сотрудникам вашей организации разрабатывать и совместно использовать наблюдения.

• Какие функции QlikView не поддерживаются или еще не поддерживается в Qlik Cloud? Существует ли разумное обходное решение, если функция не поддерживается?

Оценка QlikView и Qlik Cloud со стороны разработчиков и пользователей

Необходимо учитывать следующее.

• Работа с облаком строится совсем по-другому, но при этом обеспечивает потребителям более широкие возможности. Многочисленные новые функции расширяют, автоматизируют и улучшают анализ данных. Ключом к успеху является адаптация потребителей к этой новой перспективной среде. Также можно применять возможности самообслуживания для потребителей, чтобы свести к минимуму трудозатраты профессиональных разработчиков.

• Процесс разработки также имеет большие отличия. Обучение разработчиков подготовит их к работе с новыми функциями и методами, которые улучшат результативность их работы.

Qlik Sense Desktop в качестве инструмента для преобразования

Qlik Sense Desktop будет использоваться для доступа к Dev Hub и запуска Преобразователь QlikView с целью создания приложения Qlik Sense для проверки и миграции.

Можно загрузить Qlik Sense Desktop и пройти проверку подлинности в облачном клиенте через раздел «Настройка и управление» в параметрах профиля. Для получения дополнительной информации см. Начало работы с Qlik Sense Desktop.

После установки Qlik Sense Desktop можно заходить в Dev Hub через значок профиля. В Dev Hub можно запустить инструмент для преобразования и создать приложение Qlik Sense на основе полученных результатов. Загрузите приложение в облако или перенесите несколько приложений с помощью скрипта Qlik CLI.

Выполнение всех задач разработки и реорганизации нового уровня в облаке позволит использовать все функции Аналитика Qlik Cloud протестировать новые подключения к данным.

Примеры преобразования:

• Пример: Перенос содержимого QlikView в Qlik Sense с помощью Преобразователь QlikView

• Пример: Воссоздание содержимого QlikView вручную в Qlik Sense