今年的KubeCon大会有一个很奇怪的现象，到场的几乎都是小公司，没有大公司。可能是因为这些大公司恰好在这个时候都有自己的活动要举办，也有可能是他们正在快马加鞭研发他们的边缘计算方案？因为Gartner预测到2025年，75%的计算将会发生在边缘侧，所以现在每一家厂商都在努力探索各自的边缘计算解决方案。例如微软的AKSLite（之前叫ProjectHaven）现已进入公开预览阶段，由AzureArc集中管理，同时支持Linux和Windows。SUSE也推出了SUSEEdge2.0方案，与AKSLite类似，底层都是基于K3s。KubeSphere从v3.1.0开始便与KubeEdge深度集成

今年的KubeCon大会有一个很奇怪的现象，到场的几乎都是小公司，没有大公司。可能是因为这些大公司恰好在这个时候都有自己的活动要举办，也有可能是他们正在快马加鞭研发他们的边缘计算方案？因为Gartner预测到2025年，75%的计算将会发生在边缘侧，所以现在每一家厂商都在努力探索各自的边缘计算解决方案。例如微软的AKSLite（之前叫ProjectHaven）现已进入公开预览阶段，由AzureArc集中管理，同时支持Linux和Windows。SUSE也推出了SUSEEdge2.0方案，与AKSLite类似，底层都是基于K3s。KubeSphere从v3.1.0开始便与KubeEdge深度集成

今年的KubeCon大会有一个很奇怪的现象，到场的几乎都是小公司，没有大公司。可能是因为这些大公司恰好在这个时候都有自己的活动要举办，也有可能是他们正在快马加鞭研发他们的边缘计算方案？因为Gartner预测到2025年，75%的计算将会发生在边缘侧，所以现在每一家厂商都在努力探索各自的边缘计算解决方案。例如微软的AKSLite（之前叫ProjectHaven）现已进入公开预览阶段，由AzureArc集中管理，同时支持Linux和Windows。SUSE也推出了SUSEEdge2.0方案，与AKSLite类似，底层都是基于K3s。KubeSphere从v3.1.0开始便与KubeEdge深度集成

今年的KubeCon大会有一个很奇怪的现象，到场的几乎都是小公司，没有大公司。可能是因为这些大公司恰好在这个时候都有自己的活动要举办，也有可能是他们正在快马加鞭研发他们的边缘计算方案？因为Gartner预测到2025年，75%的计算将会发生在边缘侧，所以现在每一家厂商都在努力探索各自的边缘计算解决方案。例如微软的AKSLite（之前叫ProjectHaven）现已进入公开预览阶段，由AzureArc集中管理，同时支持Linux和Windows。SUSE也推出了SUSEEdge2.0方案，与AKSLite类似，底层都是基于K3s。KubeSphere从v3.1.0开始便与KubeEdge深度集成

1.主流OLAP引擎技术原理大阅兵1.1何为OLAP在前文BI系统与ClickHouse：探索式BI的OLAP技术演进之路中已经涉及过OLAP的概念，这里再简要介绍下。60年代，关系型数据库之父E.F.Codd提出了关系模型，促进了OLTP(OnLineTransactionProcessing，联机事务处理)模型的发展。1993年，E.F.Codd提出了OLAP(OnLineAnalyticalProcessing，联机分析处理)概念，认为OLTP已不能满足终端用户对数据库查询分析的需要，SQL对大型数据库进行的简单查询也不能满足终端用户分析的要求。用户的决策分析需要对关系数据库进行大量计算

1.主流OLAP引擎技术原理大阅兵1.1何为OLAP在前文BI系统与ClickHouse：探索式BI的OLAP技术演进之路中已经涉及过OLAP的概念，这里再简要介绍下。60年代，关系型数据库之父E.F.Codd提出了关系模型，促进了OLTP(OnLineTransactionProcessing，联机事务处理)模型的发展。1993年，E.F.Codd提出了OLAP(OnLineAnalyticalProcessing，联机分析处理)概念，认为OLTP已不能满足终端用户对数据库查询分析的需要，SQL对大型数据库进行的简单查询也不能满足终端用户分析的要求。用户的决策分析需要对关系数据库进行大量计算