经过多次设计和品牌迭代之后，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为核心的各类解决方案，可帮助结局设备故障、产品质量、营销管理等各方面的企业问题，点击咨询在线客服>>获取案例。