規劃遷移至 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 部署的複雜度而有不同。

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

請注意，應用程式交談流程在整體流程中很早開始。此為檢閱轉換器工具結果、取得對雲端新建立的 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)、雲端資料庫 (例如 Google Big Query 的 Snowflake)，或雲端儲存空間 (例如 AWS S3 或 Azure 區塊儲存)，則移動應用程式的資料連線將會很簡單。許多組織有內部部署的資料來源，無法讓公用網際網路存取，或需要使用客戶特定結構化的連接器。在這些情況下，有幾種工具和方法可讓 Qlik Cloud 使用此資料。

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

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

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

• 將資料移至支援的雲端 DB 或儲存空間 – 然後提取到 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 內容