多云未来,Hadoop何去何从?
Hadoop是目前大数据分析领域中应用最广泛的一种分布式架构,而经过相当长时间的发展,Hadoop在功能上也越来越成熟。尤其在过去三年里,它得到前所未有的发展,并被很多公司大规模采用。然而时代在变化,Hadoop在多云的未来该何去何从?
根据市场调研公司Forrester估计,2017年用户将在Hadoop软件和相关服务上花费8亿美元。这并不奇怪,因为在过去这段时间里,Hadoop供应商们充分利用Cloudera、 Hortonworks、和MapR等产品使Hadoop家喻户晓。但是,时代在变化,Hadoop与其它技术一样也受到云计算的影响。
用户们希望借助公有云来处理更多的大数据,所以尽管Hadoop不是专为云而生,Hadoop供应商们还是在努力将Hadoop与云联系起来。就像一位Hadoop供应商的内部人士所言:“如果我们真正理解云,就不会用原来的方式去设计Hadoop。“事实上,所有Hadoop供应商都在通过自家策略使Hadoop与云相结合,尤其是在对象存储和调度策略上。
但是,云供应商似乎并未向Hadoop供应商们敞开怀抱。云供应商正在通过自己的数据解决方案代替Hadoop,这为Hadoop在多云的未来发展蒙上了阴影。
在大数据相关业务上,云供应商们采用了隐藏或替换Hadoop的方式满足用户需求。比如AWS 的Athena,你可以对大数据执行SQL查询,但不用关心底层的服务器。这使“无服务器”产品成为趋势,比如Google云端功能就是一个例子;DataBricks则直接针对S3(亚马逊云服务)使用Spark。看到这个模式了吗?
随着越来越多的公司厌倦了Hadoop的内部复杂性,这些公司正寻求把Hadoop堆栈转移到公有云,这意味着Hadoop供应商的市场和营收将被云厂商蚕食。
公有云中的Serverless架构(无服务架构),以及其它能够替代Hadoop的解决方案,都将削弱Hadoop收入;所以除非Hadoop社区能够给行业一个令人信服的理由,才能说服用户继续使用Hadoop,从而保住Hadoop的市场。
就Hadoop目前的生态而言,各供应商之间系出同源但又各自为战。大数据组件、安全性、元数据及管理等产品及服务都能单独作为不同供应商之间的独特竞争力,这让Hadoop的服务无法形成闭环。而服务闭环却是用户选择将Hadoop作为他们的大数据战略核心最关键的因素。因此,在面对亚马逊、谷歌、IBM和其他公司提供了Hadoop替代方案的多云未来,Hadoop供应商们无法团结起来一起保护Hadoop的地位。
所以我们有理由相信,在未来两三年内,Hadoop将只会提供一个品牌而非一条产业链或具体的产品。可以看到的是,当下的Hortonworks、Cloudera、MapR和Pivotal都纷纷脱离了Hadoop供应商标签,他们也正是看到了这种趋势。
如果再考虑到深度学习和人工智能对Hadoop的影响,那就更加混乱了。就像Hadoop不是为云而生一样,它同样不是为深层学习所需的矩阵数学而设计的。云团队正在忙于创建合适人工智能发展的友好环境,这意味着Hadoop供应商要做更多努力以保持他们软件的兼容性。未来Hadoop供应商们会让Hadoop成为AI的平台吗?大概不会。
所以Hadoop在未来还会保持两到三年的强劲增长,但最终它可能只会留在数据库与大型机身边。数字时代的变化速度太快,没有任何一种技术可以长盛不衰!
本文作者:楠沨
来源:51CTO
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
简化企业运维,合适的网络自动化策略是关键
【51CTO.com原创稿件】从大型机计算发展到客户端-服务器 PC 时代,再发展到现在的分布式应用环境,数据中心一直在不断发展变化,满足企业的业务、任务和运营需求。然而,很多企业的数据中心网络运营仍旧依赖人力,要求运营人员训练有素并具备丰富的专业知识。这种依赖性不仅成本高昂,而且容易出现人为错误,造成网络中断,导致业务损失,难以满足当今网络的高可用性、敏捷性需求。 依赖于手动流程的网络运营存在高风险 据有关数据表明,目前仅有16%到30%的日常网络管理任务已实现自动化;80%的业务体验网络错误通常是由人为错误导致;在非自动化网络中,平均每个月会出现错误5到6个。 如果企业仍旧主要依赖于手动运营网络,可能会存在人员配备困难、网络意外中断、用户体验差等风险。首先,由于手动配置和调配网络服务十分繁琐,企业难以吸引、培训和留住具有供应商特定知识的 CLI 中心资源,从而导致更高的内部成本、更高的供应商支持成本;其次,即使企业可以找到价格低廉的人力资源,也很难一致且毫无错误地应用和实施最简单的 CLI 任务;第三,手动完成的配置即使记录在案,也容易出现错误,而这会降低新型或改进型网络服务的部署...
- 下一篇
论架构师的自我修养
架构师,当然是脑力劳动者,但是同样是脑力劳动也存在重大的差别。有一类脑力劳动的成果,是比较容易被评价的。但是,架构设计只是软件开发过程中的一个环节,在这个多人协作的场景中,我们很难单独评价架构的优劣。 架构师,当然是脑力劳动者,但是,同样是脑力劳动也存在重大的差别。有一类脑力劳动的成果,是 比较容易被评价的。或者能够判断其对错:比如考试的分数;或者能够比较其高下:比如两个人下棋分出输赢;或者能够交由市场来判断:比如某种UI/UE设 计,我们可以通过数据统计,了解其受用户欢迎的程度。 但是,架构设计只是软件开发过程中的一个环节,而在这个多人协作的场景中,我们很难单独评价架 构的优劣。由于硬件、软件、部署、人员、测试、用户、市场等众多的差别,即使是非常相近的两个系统,我们也很难判断两个架构孰优孰劣。比如:eBay的架 构与Taobao的架构哪个更加优秀?在交付拖延的时候,我们可以将问题归咎于开发团队的效率低下。在出现质量问题的时候,我们可以将问题归咎于测试团队 的疏忽大意。在负载撑不住的时候,我们可以将问题归咎于运维团队不够专业,甚至是竞争对手的DDoS攻击。那么,在出现什么样的问题的时候...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS7编译安装Gcc9.2.0,解决mysql等软件编译问题
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- CentOS6,CentOS7官方镜像安装Oracle11G
- SpringBoot2整合MyBatis,连接MySql数据库做增删改查操作
- SpringBoot2配置默认Tomcat设置,开启更多高级功能
- Windows10,CentOS7,CentOS8安装MongoDB4.0.16
- CentOS8编译安装MySQL8.0.19
- Red5直播服务器,属于Java语言的直播服务器
- CentOS7安装Docker,走上虚拟化容器引擎之路
- Linux系统CentOS6、CentOS7手动修改IP地址