Loading
0

只需三分钟,带您了解Qlik Sense多个平台的区别!

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