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

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

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

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

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

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

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

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

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

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

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

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

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

• Имеются ли прошлые реализации, которые не обращают внимание на будущие бизнес-потребности?

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

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

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

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

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

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

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

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

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

• Миграция пользователей и содержимого

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Шлюз данных Qlik – прямой доступ

Шлюз данных Qlik обеспечивает Qlik Службы данных доступ к данным пользователей без учета местоположения, будь то локальная система, виртуальное частное облако или общедоступное облако. Шлюз обеспечивает прямой доступ с использованием безопасного и выделенного туннеля, без открытия портов в брандмауэрах пользователя, непосредственно к Qlik Cloud и другим популярным облачным целевым местоположениям, таким как Snowflake, Azure Synapse, Google Big Query или Databricks.

Прямое подключение из Qlik Cloud к исходным системам

Этот параметр чаще всего используется, когда данные перенесены в облачные системы, такие как Salesforce или Workday. Qlik Cloud может подключаться к таким системам через коннекторы Qlik, или можно создать интеграции с этими системами с помощью Автоматизация приложения Qlik. Использовать этот метод для подключения к локальным источникам не рекомендуется, так как для этого требуется открыть брандмауэр организации.