# 規劃遷移至 Qlik Cloud

規劃遷移至 Qlik Cloud 時，檢閱 Qlik 建議的考慮事項、最佳做法和方法，以及整個過程中可用的資源，以確保從 QlikView 產品成功轉換至 Qlik Cloud。這些建議考慮到遷移至 Qlik Cloud 時從 Qlik 客戶取得的知識和經驗。

透過評估組織來開始遷移：

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 部署的複雜度而有不同。

下列工作流程範例根據任務類型來分類遷移步驟——流程、設定或應用程式交談。任務根據在遷移順序中合適的位置而取得一致。

遷移工作流程和時間表範例

遷移工作流程和時間表範例

遷移工作流程和時間表範例 ![QlikView 遷移的遷移工作流程和時間表範例](https://help.qlik.com/zh-TW/migration/Content/Resources/Images/MigrationCenter/migration-qv-migration-workflow.png)

請注意，應用程式交談流程在整體流程中很早開始。這是為了預留時間審查轉換工具的結果，將新建立的 Qlik Sense 應用程式部署到雲端，並完成視覺化設計和連線能力。

QlikView 的遷移文件主要聚焦於流程和設定工作流程中的任務。這包括設定雲端租用戶和 Qlik 分析遷移工具，然後使用它來管理使用者和內容移轉到 Qlik Cloud。

如需詳細資訊，請參閱：

* [部署 Qlik Cloud 租用戶](https://help.qlik.com/zh-TW/migration/Content/Migration/qv-deploy-qlik-cloud-tenant.htm)

* [Qlik 分析遷移工具概述](https://help.qlik.com/zh-TW/migration/Subsystems/AnalyticsMigrationTool/Content/Qlik-Analytics-Migration-Tool-Overview.htm)

* [Migrating users, groups, roles, and authorizations](https://help.qlik.com/zh-TW/migration/Content/Migration/qv-migrate-users.htm)

### 安全性和控管

#### 驗證和授權

依照預設，會根據 Qlik Cloud (即預設 Qlik Account 識別提供者) 設定新的 Qlik 租用戶，這需要所有使用者先使用 Qlik 註冊帳戶，才能登入。不過，最佳做法是在現有的 Qlik 部署內使用外部識別提供者 (例如 Active Directory)。

使用自己的識別提供者的優點包括能夠：

* 允許使用現有認證存取平台，不必建立和管理 Qlik Account。

* 強制執行自己的密碼長度、密碼到期和多重因素驗證政策。

* 配合您的 IT 安全性和控管要求稽核並監控存取權限。

* 如有需要，可建立多個目錄的同盟。

* 透過識別提供者納入使用者群組指派。

* 自動處理加入和離開的使用者，並控制如何基於空間安全性和區段存取來管理使用者 ID。

資訊備註Qlik Cloud 租用戶中群組的存在是改善管理性並輕鬆進行環境控管的關鍵因素。

#### 角色和規則

Qlik Cloud 使用的方法是設計直接指派給群組的安全性，或在無法透過識別提供者使用群組時直接指派給使用者。

可在空間層級 (適用於應用程式和資料) 或系統層級 (適用於管理角色) 設定 Qlik Cloud 權限，兩者都支援群組指派。此方法需要某些組織特定規劃。雖然此方法可在遷移之前實施，但建議您先在 Qlik Cloud 中針對新的角色和功能檢閱此設計，再開始遷移活動。

#### 合理化並簡化目前的 Qlik 部署

QlikView 客戶經常會發現自己有許多舊版應用程式，其中有些可能不再需要 (例如在開發和測試環境中)。封存舊有、重複或未使用的應用程式以簡化目前環境，可大幅降低遷移至 Qlik Cloud 的心力 (和成本)，並最小化進行中的維護和測試費用。

下列方法是合理化並簡化 Qlik 部署的最佳做法技術：

* 對於生產應用程式：請求應用程式擁有者確認資源以在遷移後測試應用程式，或陳述可淘汰應用程式 (選擇退出)。

* 對於開發和測試應用程式：請求應用程式擁有者提供需要遷移 (選擇加入) 的應用程式清單。

* 對於所有不需要遷移的應用程式：匯出並封存到 Qlik 部署 之外的長期儲存空間。

### 您的應用程式

規劃遷移至 Qlik Cloud 時，重要的是檢閱應用程式，以理解應用程式是否適合 Qlik Cloud 部署。Qlik Cloud 根據不同的需求支援多個容量層級。大部分的應用程式適合我們的標準容量層級，不過，如有需要，Qlik 為較大的應用程式和合適的使用情況提供擴展的專用容量選項。關於 Qlik Cloud 容量規格的詳細資訊可見於 [Qlik Sense 規格和容量](https://help.qlik.com/zh-TW/cloud-services/Subsystems/Hub/Content/Sense_Hub/Introduction/qcs-specs-capacity.htm)。

檢閱應用程式時要考慮的關鍵因素：

* 應用程式大小

* 載入持續期間和並行處理

* 資料來源

* 第三方元件 - 延伸、GeoAnalytics、Qlik NPrinting 和其他整合解決方案

* 匿名或 OEM 使用情況 (聯絡 Qlik)

* Mashup

Qlik 可以針對用戶端管理的環境執行準備就緒的應用程式，以協助此檢閱。SaaS 就緒應用程式是一個 QlikView 應用程式，旨在於 QlikView 環境上由 Qlik 執行，供正在考慮 Qlik Cloud 的客戶使用。此應用程式會分析應用程式在QlikView環境中，並將其歸類到適當的Qlik Cloud層級。該應用程式也納入工作階段使用、資料連線中繼資料和譜系，所有這些都是設定優先順序和權衡資產遷移複雜性的重要屬性。

更多詳細評估可透過 Qlik 的客戶成功組織取得。

### 存取您的資料

在遷移至 Qlik Cloud 的計畫中，必須考慮到組織資料的位置。Qlik Cloud 有數個連接器，可存取許多可公開定址的資料來源。因此，若組織已移至支援的雲端式系統 (例如 Salesforce 或 Workday)、雲端資料庫 (例如 Snowflake 的 Google Big Query)，或雲端儲存空間 (例如 AWSS3 或 Azure 區塊儲存)，則移動應用程式的資料連線將會很簡單。許多組織有內部部署的資料來源，無法讓公用網際網路存取，或需要使用客戶特定結構化的連接器。在這些情況下，有幾種工具和方法可讓 Qlik Cloud 使用此資料。

以下是讓 Qlik Cloud 使用資料的目前選項：

* 從 Qlik Cloud 直接連線至支援的來源系統 – 提取到 Qlik Cloud 中

* Qlik 資料閘道 - 直接存取 – 在 Qlik Cloud 中直接存取私人資料

* 將資料移至支援的雲端 DB 或儲存空間 – 然後提取到 Qlik Cloud 中

這些技術和技巧可用來實施或整合策略雲端資料架構。常見做法是使用短期戰術性選項，同時轉換至雲端資料架構的策略性長期目標。

#### 從 Qlik Cloud 直接連線至來源系統

此選項通常用於您已移至雲端式系統時，例如 Salesforce 或 Workday。Qlik Cloud 可透過 Qlik 連接器連線至這些系統，或者您可以使用 Qlik Automate 建置與這些系統的整合。不建議連線至內部部署來源，因為這需要開啟組織的防火牆。

資訊備註可用於 Qlik 的 Qlik Cloud 連接器不同於與 Qlik 用戶端管理產品搭售的連接器。您應在規劃部署時檢閱相容性。您無法將自己的自訂驅動程式或連接器新增至 Qlik Cloud。

#### Qlik 資料閘道 – 直接存取

Qlik 資料閘道將 Qlik資料服務 延伸至客戶的資料，無論位置是內部部署、虛擬私人雲端或公用雲端。閘道可使用安全的專用通道啟用直接存取，不必開啟客戶防火牆中的連接埠，直接前往 Qlik Cloud 和其他熱門雲端目標，例如 Snowflake、Azure Synapse、Google Big Query 或 Databricks。

資訊備註如需關於 Qlik 資料閘道 - 直接存取、安裝和設定的資訊，請參閱：[資料閘道](https://help.qlik.com/zh-TW/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/setting-up-gateways.htm)。

## 將 QlikView 內容移至 Qlik Cloud：概念和最佳做法

### 文件評估

您的移轉策略應包括 QlikView 文件的評估。這可以協助您決定是否要：

* 淘汰文件。
* 將文件移至 Qlik Cloud 應用程式。

請考量下列事項：

* 文件是否提供商業價值？考量文件的使用頻率、使用人數以及使用者身分。若僅有一人使用的文件是用來做出重要的業務決策，則可能仍然很重要。

* 文件的生命週期是否即將結束？其提供的深入見解是否仍然有價值？如果是這樣，開發工作就可以轉而用於重新規劃範圍並建置一個新的 Qlik Cloud 應用程式。

文件評估工具：

* QlikView 控管儀表板 提供對 QlikView 部署的可見性。儀表板顯示包括週期性標籤和運算式、複雜性分析、檔案大小、使用頻率和資料歷程的資訊。Sense Profile Score 針對與 Qlik Sense 的相容性評分 QlikView 應用程式，進而也針對與 Qlik Cloud 的相容性。

  如需更多資訊，請參閱[QlikView控管儀表板](https://help.qlik.com/en-US/governance-dashboard/Content/QV_GovDashboard/What.htm) （僅提供英文版）。

### QlikView 和 Qlik Cloud 功能評估

請考量下列事項：

* Qlik Cloud 中的哪些功能改善事項支援您的組織目標？例如，Qlik Cloud 讓組織的所有成員都能更輕鬆地開發和共用深入見解。

* QlikView 中的哪些功能沒有或尚未受到 Qlik Cloud 的支援？若功能未受支援，是否有合理的處理時間？

### QlikView 和 Qlik Cloud 開發人員及取用者評估

請考量下列事項：

* 對於取用者而言，雲端是非常不同但強大的新體驗。提供許多新功能，可賦予能力、自動化並提升分析。讓他們適應這個很棒的新環境是成功的關鍵。可以運用取用者的自助功能，對有技能的開發人員盡量減少開發任務。

* 開發流程也非常不同。在應用程式轉換之前訓練開發人員，將會讓他們準備好使用新功能和技術，以增加工作價值。