未来数据分析市场发展的五大趋势

信息时代,能吃到虫子的已不再是早起的鸟儿,而是那些数据驱动的、早起的鸟儿。像百度、阿里巴巴和腾讯这样的大公司,都在不断囤积数据,因为他们都知道数据是金灿灿的宝贝。

但仅仅囤积数据是不够的。你需要熟练地筛选、全盘了解数据湖中溢出的所有数据。只有这样,你才能通过这些数据,做出更好的决策,打造更智能的产品。

然而,在拥挤不堪、投资过剩的数据分析市场上,供应商为了卖出自己的产品不断放出烟雾弹,想要穿过烟雾看到“真相”,却是一大难事。以下五点,是未来数据分析市场可能的走向,仅供参考。

1. BI迁移到应用程序

在过去的20年里,我们见证了一场革命。不是一夜之间发生的那种,而是逐渐发生的,缓慢的,可能很多人没有注意到。BI(商业智能)正走向死亡。或者更准确地说,BI正在进行着彻头彻尾的改变。

每年,用户都在通过他们使用的应用程序——比如HubSpot、SalesForce和MailChimp——进行更多的分析。分析正在迁移到业务应用程序的结构中。

从本质上讲,业务应用程序正在获取它们自己的分析接口,根据它们的数据和用例进行定制。这种集成和自定义使得其分析接口比深奥的、复杂的通用BI更容易被用户接受。随着B2B应用程序开始在数据智能产品上展开竞争,这一趋势将会继续下去。

2. 编译器超越分析引擎

历史上,数据分析有两种提供方式:通过预计算,或者通过分析引擎。

分析引擎,如SparkTableau的数据引擎,负责执行所需的计算,以回答关于组织数据的关键问题。

现在,这个领域出现了一个新的玩家:分析编译器。分析编译器可以灵活地将计算部署到不同的基础设施。分析编译器的例子包括现在大火的TensorFlow,它可以将计算部署到GPU或CPU等。

编译器比分析引擎灵活得多,因为它们可以进行数据处理,而且我们可以将它们进行转换,以在不同的基础设施中运行(在数据库中,在Spark中,在GPU中,等等)。在理论上,编译器也可以生成比任何解释引擎都快的工作流。

甚至Spark也一直在获取基本的编译工具,这无疑是编译器在此驻留的标志,并且可能最终会使遗留的纯计算引擎相形见绌。

3. ETL多样化

很少有一个术语能比“ETL”(提取转换加载)更让大佬们头疼。ETL堆积了大量不完整的、重复的、不相关的数据,像污水一样被排放出来,清理干净,然后被推到一个可以处理这些数据的地方。

ETL是现代、敏捷和数据驱动等关键词的对立面。ETL意味着不断重复的数据,无数的延迟,以及高额的费用。它无法回答重要的问题。

为了让ETL变得更加灵活,行业内已经开发出了各种各样的替代方案。这些解决方案包括高级的ETL工具——使ETL更容易进入Hadoop或数据仓库,到流ETL解决方案,再到利用机器学习交叉引用和删除重复数据的ETL解决方案。

另一个非常有趣的技术类别包括像Dremio和Xcalar这样的工具,它们将ETL重构为提取-加载-转换(或ELT)。本质上,它们将转换的步骤推到最后,因此不必再预先进行提取、加载或转换。

从历史上看,ELT的速度很慢,但这些下一代解决方案通过动态调整、索引和缓存常见的转换来快速地进行拼写。这提供了传统ETL的性能,同时具有后期转换的灵活性。

不管你如何看待它,ETL正在经历着戏剧性的演变,这将使组织能够比以往更容易地快速地利用数据,而无需耗费大量时间和昂贵的前期投入。

4. 数据仓库开放

大型组织的问题多数在于无法从专注于精心设计的分析。大多数公司甚至无法合计和计算他们有多少数据。不是因为计数很困难,而是因为一个大型组织中的数据一般分散在万个数据竖井中。

不过由于云(包括API革命和管理数据解决方案)和ETL最近的进展,使得组织以结构化的方式访问更多的数据变得比以往任何时候都要容易。

下一代数据管理解决方案将在利用这些技术进步中发挥重要作用,使所有的组织的数据能够及时地对所有合适的人进行分析。

5. 机器学习落到实处

机器学习刚刚度过了炒作的高峰期,或者至少我们可以希望是如此。机器学习是不完美和无罪的致命组合。当机器学习出错的时候(通常也是不可避免的),我们不知道该去责怪谁。

这对于任何一种关键任务分析都是绝对不能容忍的。

因此,距离我们把人工智能训练成社会最聪明的人,吸收全部知识,仍是非常遥远的,远超过5年。

在此之前,我们很可能会看到机器学习专注于某些场景的应用。例如结构化数据集的黑盒预测分析;人类辅助技术可以让人们看到不同数据源之间的连接,纠正常见错误,发现异常现象。这些并不是科幻小说中所提到的超级大脑,但它们会让用户更容易找到问题,并帮助引导他们找到正确的答案。

虽然分析是一个巨大的市场,充斥着令人困惑的营销言论,但一些大的趋势也可以帮助企业决定在哪里进行投入。

未来5年,这些大的趋势可能会影响到组织使用的工具,得到融资的数据分析型创业公司,以及我们在整个数据分析领域中看到的创新,从数据仓库到可视化分析前端。在需要弄清楚数据架构和技术堆栈应该是什么样子的时候,要根据自身实际情况,做出明智的决策。

原创声明,本文系作者授权云+社区发表,未经许可,不得转载。

如有侵权,请联系 yunjia_community@tencent.com 删除。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏斑斓

重新审视演进式设计

演进式设计是一种理念,它曾经颠覆过传统笨拙的计划式设计,如今,它依旧焕发着生命力,但我们不能以静止的眼光去看待它,而应该尝试着引入一些新的方法、框架乃至技术。 ...

3287
来自专栏java一日一条

如何避免软件工程中最昂贵错误的发生

编者按:影响软件工程进度的原因有很多种,而代码重写无疑是最耗费时间的变更之一。那么重写的时候需要注意哪些细节才能把资源开销控制到最低或可接受的程度呢?本文作者E...

482
来自专栏灯塔大数据

塔荐 | 有没有想过,你的数据分析方法可能已经过时?

导 读 信息时代,能吃到虫子的已不再是早起的鸟儿,而是那些数据驱动的、早起的鸟儿。像百度、阿里巴巴和腾讯这样的大公司,都在不断囤积数据,因为他们都知道数据是金...

2288
来自专栏Java面试通关手册

关于技术学习的一些感悟

如果说最初的notepad写代码是石器时代,那么现在的开发至少已经进入了工业时代,现在的开发人员有好用的写代码工具,好用的项目构建工具,好用的发布工具。极大的简...

561
来自专栏opengps

openGPS.cn - 关于手机号定位方面的个人理解

原文发布于我的个人站点 openGPS.cn ,文章更新均已此源头连接为准         自从小编我做了openGPS.cn这个站点以来,虽然懒于打理,...

4598
来自专栏技术分享

软件工程—思考项目开发那些事(一)

阅读目录: 1.背景 2.项目管理,质量、度量、进度 3.软件开发是一种设计活动而不是建筑活动 4.快速开发(简单的系统结构与复杂的业务模型) 5.技术...

24010
来自专栏数据派THU

数据蒋堂 | 怎样看待存储过程的移植困难

来源:数据蒋堂 作者:蒋步星 本文长度为1168字,建议阅读4分钟 本文通过剖析数据库的现状,探查怎样看待存储过程的移植困难问题。 存储过程移植困难是经常被诟病...

1795
来自专栏腾讯大讲堂的专栏

精益设计: “纸上谈兵”的说服力

作者:陈骢,腾讯ISUX交互设计师。爱生活爱折腾的90后文艺小青年一枚。 精益设计:根据精益创业法的理念归纳出了行之有效的精益设计方法,让设计团队可以用更低的...

1795
来自专栏华章科技

有没有想过 你的数据分析方法可能已经过时?

信息时代,能吃到虫子的已不再是早起的鸟儿,而是那些数据驱动的、早起的鸟儿。像百度、阿里巴巴和腾讯这样的大公司,都在不断囤积数据,因为他们都知道数据是金灿灿的宝贝...

561
来自专栏编程一生

《静儿的服务治理私房菜》服务治理概述

1195

扫码关注云+社区