计划您的朝向 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 Account 即默认 Qlik 身份提供者配置一个新 Qlik Cloud 租户，这要求任何用户在登录之前先向 Qlik 注册帐户。但是，最佳做法是在现有 Qlik 部署中使用外部身份提供者（例如 Active Directory）。

使用自己的身份提供者的优势包括：

• 允许使用现有公司凭据访问平台，而无需创建和管理 Qlik Account。

• 强制执行您自己的密码长度、密码过期和多因素身份验证策略。

• 根据您的 IT 安全和治理要求审核和监控访问。

• 如果需要，联合多个目录。

• 通过身份提供者包括用户的组分配。

• 自动处理用户的加入和离开，并控制如何管理空间安全和区域权限的用户 ID。

角色和规则

Qlik Cloud 使用了一种方法，在该方法中将安全性直接分配给组，或分配给通过身份提供者无法获得组的用户。

Qlik Cloud 权限可以在空间级别（应用程序和数据）或系统级别（管理角色）设置，两者都支持组分配。这种方法需要一些特定于组织的规划。虽然此方法可以在迁移之前实施，但建议您在开始迁移活动之前，根据 Qlik Cloud 中的新角色和功能来检查此设计。

合理化和优化当前 Qlik 部署

QlikView 客户通常发现他们有许多遗留应用程序，其中一些可能不再需要（例如在开发和测试环境中）。通过归档旧的、重复的或未使用的应用程序来优化当前环境，可以显著减少迁移到 Qlik Cloud 的工作量（和成本），并最大限度地减少日常维护和测试开销。

以下方法是合理化和优化 Qlik 部署的最佳实践技术：

• 对于生产应用程序：请求应用程序所有者确认资源，以便在迁移后测试应用程序，或声明应用程序可以停用（选择退出）。

• 对于开发和测试应用程序：请求应用程序所有者提供需要迁移的应用程序列表（选择加入）。

• 对于所有不需要迁移的应用程序：导出并归档到 Qlik 部署之外的长期存储中。

访问您的数据

到 Qlik Cloud 的迁移计划中必须考虑组织数据的位置。Qlik Cloud 有几个连接器可以访问许多可公开寻址的数据源。因此，如果您的组织已迁移到受支持的基于云的系统（如 Salesforce 或 Workday）、云数据库（如 Snowflake for Google Big Query）或云存储（如 AWS S3 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 Profile Score 就与 Qlik Sense 之间的兼容性对 QlikView 以及 Qlik Cloud 应用程序打分。

  有关更多信息，请参阅QlikView治理仪表板 （仅提供英文版本）。

QlikView 和 Qlik Cloud 功能评估

考虑以下方面：

• Qlik Cloud 中有什么功能改进支持您的组织目标？例如，Qlik Cloud 使得您组织的所有成员更易于开发和共享见解。

• QlikView 中有什么功能尚未由 Qlik Cloud 支持？当功能不受支持时，是否有合理的解决方法？

QlikView 和 Qlik Cloud 开发人员以及使用者评估

考虑以下方面：

• 对于消费者来说，云是一种非常不同但功能强大的新体验。许多新功能可用于增强、自动化和增强他们的分析。让他们适应这种出色的新环境是成功的关键。可以利用消费者的自助服务功能来最大限度地减少熟练开发人员的开发任务。

• 开发过程也大不相同。在应用程序转换之前对开发人员进行培训，将使他们为新功能和技术做好准备，为工作增加价值。

Qlik Sense Desktop 作为转换工具

Qlik Sense Desktop 将用于访问 开发中心 并运行 QlikView 转换器 以创建用于审查和迁移的 Qlik Sense 应用程序。

您可以经由配置文件设置下的“设置和管理”下载 Qlik Sense Desktop 并通过云租户进行身份验证。有关详细信息，请参阅开始使用Qlik Sense Desktop。

安装 Qlik Sense Desktop 后，您可以通过配置文件图标访问 开发中心。从 开发中心 中，您将运行转换器并根据结果创建 Qlik Sense 应用程序。将应用程序上载到云中，或使用 Qlik CLI 脚本迁移多个应用程序。

在云中进行所有下一级的设计和重构将使您能够利用 Qlik Cloud 分析 的所有功能并测试新数据连接。

有关转换示例，请参见：

• 示例：使用 QlikView 转换器 将 QlikView 内容移动到 Qlik Sense

• 示例：在 Qlik Sense 中手动重新创建 QlikView 内容