規劃遷移至 Qlik Cloud
規劃遷移至 Qlik Cloud 時,檢閱 Qlik 建議的考慮事項、最佳做法和方法,以及整個過程中可用的資源,以確保從 Qlik Sense 用戶端管理 產品成功轉換至 Qlik Cloud。這些建議考慮到遷移至 Qlik Cloud 時從 Qlik 客戶取得的知識和經驗。
透過評估組織來開始遷移:
-
策略方向—作為策略方案來處理遷移至 Qlik Cloud。讓專案符合組織的雲端、資料、和分析策略的未來業務需求和長期方向。
-
準備和實施—詳細說明所需的考慮事項、要準備的關鍵主要步驟,以及要實施的最佳做法。
-
最佳化— 建立機制以衡量並管理 Qlik Cloud 部署以協助驅動採用。
檢閱這些關鍵區域,確保您可以最大化成功,同時最小化遷移。
策略方向
在遷移至 Qlik Cloud 時考慮到組織的策略計畫。這有助於識別遷移優先順序以及要淘汰的現有方案。考慮以下一些問題:
-
移至 Qlik Cloud 的策略目標是什麼?
-
目前的雲端資料架構是什麼?
-
目前我們的作業系統託管於何處?
-
組織將需要哪些方案的資料和分析平台?
-
是否有過去的實施無法處理未來的業務需求?
準備和實施
Qlik Cloud 中的新功能表示在 Qlik Sense 用戶端管理 產品中發揮的方法、技術和功能可能與 Qlik Cloud 不同。雲端式解決方案在架構上與用戶端管理的解決方案不同,應考慮具體化和重構以最佳化 Qlik Cloud 的益處。因此,為了最佳化您使用 Qlik 的分析體驗,遷移不只是從內部部署提升和轉換到 Qlik Cloud 而已。識別策略目標後,接下來的步驟就是處理基礎遷移活動。
理解遷移工作流程和時間表
您的特定遷移方法和流程將取決於目前的局勢、資源和要求。此區段提供遷移工作流程的一般大綱。用來作為準則,以協助您理解遷移期間的事件時機和順序,例如哪些任務可以平行執行,以及何時移動使用者並建立空間。遷移中每個步驟的持續時間依現有 Qlik Sense 用戶端管理 部署的複雜度而有不同。
下列工作流程範例根據任務類型來分類遷移步驟——流程、設定或資產。任務根據在遷移順序中合適的位置而取得一致。
Qlik Sense 用戶端管理 的遷移文件主要聚焦於設定和資產工作流程中的任務。這包括設定雲端租用戶和遷移工具,然後使用這些工具協助管理將使用者和內容 (例如串流、應用程式和資料連線) 遷移至 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 部署。Qlik Cloud 根據不同的需求支援多個容量層級。大部分的應用程式適合我們的標準容量層級,不過,如有需要,Qlik 為較大的應用程式和合適的使用情況提供擴展的專用容量選項。關於 Qlik Cloud 容量規格的詳細資訊可見於 Qlik Sense 規格和容量。
檢閱應用程式時要考慮的關鍵因素:
-
應用程式大小
-
載入持續期間和並行處理
-
資料來源
-
第三方元件 - 延伸、GeoAnalytics、Qlik NPrinting 和其他整合解決方案
-
匿名或 OEM 使用情況 (聯絡 Qlik)
-
Mashup
Qlik 可以針對用戶端管理的環境執行準備就緒的應用程式,以協助此檢閱。SaaS 準備就緒的應用程式是 Qlik Sense 和 QlikView 應用程式,這由 Qlik 在 Qlik Sense 用戶端管理 站台或 QlikView 環境上執行,適合正在考慮 Qlik Cloud 的用戶端。這些應用程式剖析 Qlik Sense 用戶端管理 或 QlikView 環境上的應用程式,並讓這些應用程式符合合適的 Qlik Cloud 層級。這些應用程式也納入工作階段使用、資料連線中繼資料 (QlikView 的譜系),以及任務和任務步調 (僅適用於 Qlik Sense 用戶端管理),所有這些都是設定優先順序和權衡資產遷移複雜性的重要屬性。
更多詳細評估可透過 Qlik 的客戶成功組織取得。
存取您的資料
在遷移至 Qlik Cloud 的計畫中,必須考慮到組織資料的位置。Qlik Cloud 有數個連接器,可存取許多可公開定址的資料來源。因此,若組織已移至支援的雲端式系統 (例如 Salesforce 或 Workday)、雲端資料庫 (例如 Google Big Query 的 Snowflake),或雲端儲存空間 (例如 AWS S3 或 Azure 區塊儲存),則移動應用程式將會很簡單。許多組織有內部部署的資料來源,無法讓公用網際網路存取,或需要使用客戶特定結構化的連接器。在這些情況下,有幾種工具和方法可讓 Qlik Cloud 使用此資料。
以下是讓 Qlik Cloud 使用資料的目前選項:
-
Qlik 資料閘道 - 直接存取 – 在 Qlik Cloud 中直接存取私人資料
-
將資料移至支援的雲端 DB 或儲存空間 – 然後提取到 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 應用程式自動化 建置與這些系統的整合。不建議使用此方法連線至內部部署來源,因為這需要開啟組織的防火牆。