跳到主要內容 跳至補充內容

規劃遷移至 Qlik Cloud

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

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

  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 Account (即 Qlik 識別提供者) 設定新的 Qlik Cloud 租用戶,這需要所有使用者先使用 Qlik 註冊帳戶,才能登入。不過,最佳做法是在現有的 Qlik 部署內使用外部識別提供者 (例如 Active Directory)。

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

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

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

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

  • 如有需要,可建立多個目錄的同盟。

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

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

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

角色和規則

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 規格和容量

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

  • 應用程式大小

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

  • 資料來源

  • 第三方元件 - 延伸、GeoAnalyticsQlik NPrinting 和其他整合解決方案

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

  • Mashup

Qlik 可以針對用戶端管理的環境執行準備就緒的應用程式,以協助此檢閱。SaaS 準備就緒的應用程式是 Qlik SenseQlikView 應用程式,這由 QlikQlik Sense 用戶端管理 站台或 QlikView 環境上執行,適合正在考慮 Qlik Cloud 的用戶端。這些應用程式剖析 Qlik Sense 用戶端管理QlikView 環境上的應用程式,並讓這些應用程式符合合適的 Qlik Cloud 層級。這些應用程式也納入工作階段使用、資料連線中繼資料 (QlikView 的譜系),以及任務和任務步調 (僅適用於 Qlik Sense 用戶端管理),所有這些都是設定優先順序和權衡資產遷移複雜性的重要屬性。

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

存取您的資料

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

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

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

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

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

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

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

資訊備註如需關於 Qlik 資料閘道 - 直接存取、安裝和設定的資訊,請參閱:資料閘道

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

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

Visit the discussion forum at community.qlik.com

此頁面是否對您有幫助?

若您發現此頁面或其內容有任何問題——錯字、遺漏步驟或技術錯誤——請告知我們可以如何改善!