核算大数据真实成本

云计算
大数据的“4V”理念volume、variety、velocity(容量、类型和速度)、value(在前三者基础上实现收集、存储、管理、分析而产生的数据价值)已经获得市场认可,正在赢得更多的商业价值。但问题也随之而生。比如如何界定,如何估算,如何与旧有系统兼容与整合,以及面临人才与技术的挑战等。

 可喜的是,大数据的“4V”理念volume、variety、velocity(容量、类型和速度)、value(在前三者基础上实现收集、存储、管理、分析而产生的数据价值)已经获得市场认可,正在赢得更多的商业价值。但问题也随之而生。如此广泛的定义意味着不同的需求,不同参与者带来的不同界定。比如,volume方面,不同的组织定义显然不同。有些人认为,在相关BI环境中或其他系统中,超过10TB需要决策的数据就可以称为大数据,而另一些人认为至少要到PB。velocity也是如此。数以亿元的记录流入到企业内部和外部传输中。但是每个业务情况完全不同,不仅是规模和传输角度,还有商业用例和需求也不同。比如一个大银行大数据的问题显然与电商或航空公司完全不同。再如对比医院试图收集并分析所背有传感器的病人的数据,显然也与来自公共事业供应商运行智能电网或电信运营商完全不同。是的,即使是被归类于机器生成或者原始数据,但这些数据类型并不相同,更不用说数量或者增长速率。但是他们也有唯一的一个共同特点,在上述所有行业中每个人的数据都需要长期保存,即使是最为细节数据也不能随意丢弃。

 

[[93664]]

 

重新分配的预算

在如今的经济环境下,企业显然不会投入新的预算给到大数据,最可能的方案,是将现有IT预算重新分配。比如将原先分配在传统数据仓库或者设备上的预算调配到成本更低、更易于扩展的开源项目上,比如能够为管理和分析数据集提供最优方案的Hadoop架构等。而这样带来的问题是如何将新的Hadoop系统与旧有的更受喜爱和支持的BI或DW环境相整合或者并存?

新旧系统兼容并不容易

假设下你已经有了一个数据仓库或者数据集市,并已经开始使用各种ETL或数据移动工具及BI仪表盘,分析和报告工具,那么你肯定不想打扰那些不仅担心影响性能水平而且需要培训新工具培训的商业用户。

但事实是,针对各类商业报告和KPI,长期以来你已经习惯依赖于严格的SLA。但是,在同一时间,业务需要获得新的数据集,以便获得更好的分析,无论是直接数据源还是混合现有的客户数据。也许是来自各种互动网站的网络日志,点击流数据或社会媒体的数据被利用并且用来追踪。事实上,在追求利润和竞争优势的环境中,这样的数据竞争是无法避免的。

我们都知道,传统的关系型或柱状数据库不能处理非结构数据库类型,所以需要不同的解决方案来满足这方面的业务需求。也许有多种形式,但是在开始的时候,更多还是选择Hdoop架构,NoSQL或NewSQL数据库,以及除了MapReduce之外的一些查询工具。这不是很容易的事情,因为市场上现在有相对多的技术方案。这些方案往往声称可以在Hadoop中运行或提供类似MapReduce或者SQL-like的能力的来管理大量非结构化数据。有些是比较成熟的,但是也有些并非所标榜的低成本。开源表面上看成本较低,但是往往需要一定程度的支持,这也是为什么商业环境很重要的原因,而这些投入显然需要预算。大数据并非一个项目,其包含为了满足业务需求而正确部署大数据的所有组件。就像其他IT换将中所包含的一样:软件许可和支持、硬件资源、专业技能、专业服务以及培训和特定时间段企业用户对于输入关键要求如指定类型的报告、查询、分析等在不同时间内的需求的变换。

大数据成本快速转变

从大数据集的硬件支出管理方面来看,最初可能只需要10节点的Hadoop集群,但是如果你对数据速度要求很高,那么这个集群会很快增加到100+节点。届时,你需要面对的是大量的支出:额外的人员和技术资源用以管理整体环境,比如系统管理及监控,通过不同业务系统而来的附加软件,管理集群的工具等。但是如果需要对数据流进行实时分析,要检测欺诈或有不同寻常的地方,则需要一个商业工具来提供前端GUI控制台来跟踪特殊的KPIs或者数据可视化工具。这样商业用户可以很快了解相关情况,将重点放到通过最新收集的数据带来更多价值,减少非重点数据带来的存储硬件与软件的成本。

不可否认,大数据带来了新的机遇,这一点在一个量化的ROI中仍然是一个非常现实的挑战。每个人都在谈论如何通过大数据和创新技术来获得成功,但是相关成功案例并不多见。也许大数据并不成熟,但是好消息是,其发展速度比IT历史上的任何其他项目都快,这也受益于在过去的20年里,数据仓库和BI已经积累了足够的经验和教训。

以案例审核应用

想要更仔细地审查大项目主要应用领域,最好是通过特定的业务类型与案例。 以大型金融机构为例,其已经拥有了一批传统的数据仓库和BI系统,由于金融不能丢弃任何数据(法令法规对其的要求),但现在企业希望对特定的数据集进行目前形势下的趋势分析。如审查问题,“在特定时间段内,什么构成了低风险客户的消费模式(可参照消费者特征)”以帮助企业在细分市场获得更好的业绩。

显然,IT预算不会随着数据的增长而增长,相反,很大程度上需要降低成本,为此,很多企业选择了拥有更低组建成本,并可深入了解客户应用模式,捕捉半结构和非结构数据的Hadoop平台。前端数据仓库采用专用的Hadoop集群是首选方案,但是很多商业用户仍然希望能够同时通过Hdaoop环境和现有的传统数据仓库环境来访问。鉴于我们谈论的是金融机构,对有效性和安全性的要求都最高。要实现更多新需求,就需要更多技能和尽量避免重复工作。

下面是一个关于主要成本因素和评论集的快速表,可以帮助用户降低成本:

 

 

大数据基本上是一个商业问题。在你开始思考“什么业务能帮助企业收集、存储和分析新的数据集等”,就已经踏上了应用之路。无论你是否考虑主动引入外部顾问还是供应商来做相关项目,都要面对与现有环境相融合等问题。此外,大部分方案商都爱承诺,但新的创新技术包括Hadoop和MapReduce是否能够达到你的测试标准,是否可以与现有系统融合,都是问题。我们都知道,商业客户购买仅代表了成功的一半,而另一半是部署。

责任编辑:王程程 来源: CSDN
相关推荐

2013-12-04 09:33:15

软件成本

2016-12-23 14:29:41

大数据大数据思维大数据产业

2024-01-11 08:15:52

大数据成本治理Hadoop

2013-01-08 12:03:39

大数据大数据安全

2018-05-09 10:59:55

软件定义存储

2010-09-02 19:05:25

云计算成本投入产出比

2011-08-18 10:15:19

云计算成本

2017-11-08 09:11:44

闪存衡量成本

2011-11-05 09:35:06

云计算成本外包

2013-04-02 09:31:20

项目前期

2016-12-26 13:20:33

大数据真实面目动向

2013-04-02 10:09:54

项目项目成本项目核算

2013-05-16 10:45:46

BI云存储成本混合云

2016-12-23 21:29:25

大数据解析动向

2023-07-27 10:54:34

MetaERP

2021-01-27 13:32:27

大数据互联网IT

2019-07-11 15:19:58

大数据事故成本技术

2021-01-23 13:04:09

杀熟大数据数据安全

2012-05-30 11:29:14

Hadoop大数据

2019-06-18 10:05:55

大数据80后90后
点赞
收藏

51CTO技术栈公众号