經過多次設計和品牌迭代之后，Qlik Sense現在擁有旗下的多個平臺。在此過程中，某些產品被重命名，這對于某些用戶可能會造成很大的困擾。本文就來解答用戶的疑惑，解釋這些Qlik Sense變體是什么以及它們實際上有什么用，以期希望您對Qlik Sense產品系列有更好的了解。

點擊獲取Qlik Sense

Qlik Sense產品可分為兩大類：云實例和本地實例。簡而言之，以下是Current（2020）Qlik Sense系列。

原作者免責聲明：本文基于對Qlik產品的最佳理解，Qlik保留對本文提及的所有產品的最終解釋權。隨著時間的推移，產品套件可能會更改，從而使本文的準確性降低。讀者僅應將其用作一般指導，而不應使用正式文檔。

從Qlik Sense Enterprise內部部署開始。

QSE的原始版本具有兩種許可方案，即基于令牌和基于內核的許可證。隨著Qlik Sense變成完整的SaaS（軟件即服務）平臺，令牌許可已不再可行。根據令牌許可的現有用戶將被罰款，并且令牌仍然有效；實際上，即使不再選擇Qlik Sense的現有用戶，他們仍可能會購買更多令牌。對于新用戶，有兩種選擇：基于內核（基于CPU）和基于SaaS（Qlik SaaS許可證）。

在SaaS下，有兩種類型的許可證：專業許可證和分析人員許可證。簡而言之，專業人士是數據科學家，分析人員是商業用戶。分析器許可證幾乎是僅供查看的許可證。

QAP 是QSE的基于內核的開發人員版本，QAP與基于內核的QSE之間的唯一區別是QAP并非隨客戶端一起提供，而是主要用于API使用。

對于Qlik Sense的Cloud版本，不再使用名稱Qlik Cloud。當時，當首次引入云概念時，混合，純云實例或Kubernetes版本之間沒有明確的區分。現在，它分為3個平臺：QCS，Kubernetes上的QSE和Qlik Sense業務。它們都在相同的SaaS 許可計劃下。

Qlik Sense Business 是Qlik Sense的云版本。在注冊階段，Qlik為客戶設置服務器實例。對于QSB，Qlik提供了自己的云服務。

QSE上Kubernetes，曾經被稱為Qlik Elastic，允許用戶對自己的Kubernetes實例部署QSE另一個云服務提供商：AWS，天青，谷歌云等。

在Kubernetes QSB和QSE之間的主要區別是QSB并沒有要求一個內部部署QSE服務器; Kubernetes上的QSE需要本地QSE服務器才能鏈接到云上的其他節點。

使用QSB的另一個好處是Qlik消除了用戶的所有基礎架構麻煩，而Kubernetes上的QSE則要求用戶維護自己的服務器環境。

Qlik Cloud Services（QCS）（在短時間內稱為QS混合）將QSE本地鏈接到QSB實例。像Kubernetes上的QSE一樣，用戶需要維護本地QSE服務器。QCS的優勢在于它能夠擴展供用戶使用的應用程序數量。

*具有舊令牌基礎許可證的服務器將無法訪問Kubernetes上的QCS和QSE。

如果這令人困惑，則下面是公式化的Qlik Sense方程。

• Qlik Cloud上的Qlik Sense = x
• AWS上的Qlik Sense = y
• Qlik Sense本地= z

• QSB = x
• QSEoK = z + y
• QCS = z + x

希望這可以幫助大家更好地理解Qlik Sense。如有任何疑問，請發表評論。

Qlik產品更新連載>>

Qlik使用教程連載>>

除了以上教程資源，我們還有以Qlik為核心的各類解決方案，可幫助結局設備故障、產品質量、營銷管理等各方面的企業問題，點擊咨詢在線客服>>獲取案例。