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

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

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

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

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

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

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

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

角色和规则

在 Qlik Sense 客户端托管 中，规则的概念用于配置和实施安全性、许可证分配、应用程序分发等。自定义属性可以增强规则引擎的灵活性，以创建复杂的授权模式。Qlik Cloud 平台不以这种方式实现安全规则，也没有自定义属性。相反，Qlik Cloud 使用了一种更简单的方法，即将安全性直接分配给组，或分配给通过身份提供者无法获得组的用户

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

合理化和优化当前 Qlik 部署

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

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

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

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

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

访问您的数据

到 Qlik Cloud 的迁移计划中必须考虑组织数据的位置。Qlik Cloud 有几个连接器可以访问许多可公开寻址的数据源。因此，如果您的组织已迁移到受支持的基于云的系统（如 Salesforce 或 Workday）、云数据库（如 Snowflake for 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 应用程序自动化 构建与这些系统的集成。不建议使用此方法连接到本地源，因为它需要打开组织的防火墙。