现在的位置: 首页 > 综合 > 正文

【开源专访】Fourinone创始人彭渊:打造多合一的分布式并行计算框架

2018年04月16日 ⁄ 综合 ⁄ 共 5577字 ⁄ 字号 评论关闭
摘要:Fourinone是一个分布式并行计算框架,以轻量的方式提供了一个四合一的分布式框架功能以及简单易用的API,通过实现对多台计算机资源的统一利用,来获得强大的计算能力。本期我们采访了项目创始人彭渊。

Fourinone(即Four-in-one,中文名字“四不像”)是一个分布式计算框架,提供了一个4合1的分布式框架功能(即整合了Hadoop、Zookeeper、MQ、分布式缓存的主要功能)和简单易用的编程API,实现对多台计算机CPU、内存、硬盘的统一利用,从而获取到强大计算能力去解决复杂问题。

项目地址: http://code.google.com/p/fourinone/

CSDN记者采访了Fourinone创始人彭渊,请他来详细介绍Fourinone项目的由来、技术细节等方面的情况。

 
Fourinone创始人彭渊

CSDN:请先做个自我介绍吧!

彭渊:我是彭渊,目前担任华为企业中间件首席架构师,主要负责中间件和大数据。我之前曾是淘宝高级专家(花名:千峰),先后在淘宝交易、淘宝中间件、集团核心系统、阿里金融等部门工作。在淘宝之前,还曾担任金蝶软件总体架构部SOA架构师。

CSDN:Fourinone是一个什么样的项目?提供了哪些功能?

彭渊:Fourinone(四不像)是对分布式核心技术的归纳和经验总结,一般互联网企业的分布式存储计算系统都是个大平台,系统复杂代码庞大,而且只适合自己的业务,但很难被其他企业下载安装,Fourinone从中抽取出了一个简化的框架和编程API,能方便工程师了解分布式系统的主要技术实现,并推动开源的技术创新。所以总结起来:

Fourinone是一个精心设计的框架和API,实现对多台计算机CPU、内存、硬盘的统一利用,从而获取到强大计算能力去解决复杂问题。

  1. 提供了一系列并行计算模式(农民工/包工头/职介绍/手工仓库)用于利用多机多核CPU的计算能力;
  2. 提供完整的分布式文件操作功能,像操作本地文件一样操作远程文件(访问、并行读写、拆分、排它、复制、解析、事务等)用于利用多机硬盘存储能力;
  3. 提供提供完整的分布式协调功能,实现了zookeeper主要功能。
  4. 提供分布式缓存和小型缓存用于利用多机内存能力。
  5. 提供简化MQ功能用于方便多机通讯。

CSDN:开发Fourinone项目的初衷是什么?

彭渊:Fourinone项目起源于淘宝技术委员会发起的加大对并行计算技术研究的提议,当时邮件讨论得很热烈,但是没什么人真动手去做,那时中间件部门想搞一个轻量级计算框架,我当时在淘宝接触了很多Hadoop/HBase等技术,刚好也有一些自己想法,于是就开始做了,应该说我在做的过程中超出了计算框架的范围,把对其他分布式技术的感悟和实践都加了进去,做技术不要为了完成任务,而是要抓住一次灵感的创作,这是我的初衷,但不一定是项目的初衷。

CSDN:Fourinone主要针对哪些场景设计?设计理念是什么?

彭渊:Fourinone的目标是做小,不做大平台大系统,而是通过高度灵活的框架和API,然后尽可能的用于大部分的分布式场景。但是有很多人会反对,曾经也有淘宝内部的技术权威当大家面说我们不要一个All In One的系统,我怕KPI被影响,也不敢公开反驳,但是这个问题要看你从哪个层面去设计,比如搞Java的人这么多,所用的JDK就是一个All In One的API,从Swing界面,到数据结构,到网络多线程,再到文件操作等等全部包含一个几十M的JDK里面,并且支撑了世界上千千万万的应用,包括Hadoop。除外,我们用的手机也是All
In One的,上帝把人也设计成All In One的,人又会跑,又会说,又会想,还会勾心斗角,功能太多了。这个世界喜欢All In One,所以架构师也要将产品设计得更酷。

从一个框架的设计理念来说,不仅要做到功能强大,而且要非常简单,要让开发者产生驾驭感,而不是产生畏惧感,因此源码要控制的非常少(Fourinone整体不到一万行代码),demo要很傻瓜,最好看一眼demo就能上手,最好看到源码很少就恨不得马上把它调通吃透。反之,源码太庞大,安装部署开发太复杂,开发者就会知难而退,人都是喜欢自己能拥有的东西,而不会因为一个东西复杂而称赞作者水平高。

CSDN:Fourinone的架构是什么样的?

彭渊:Fourinone的架构根据功能涉及方方面面,限于篇幅,无法一一道来,技术博客有个完整的架构PPT可以去下载: http://fourinone.iteye.com/blog/1501126

下面只介绍一个最简单的分布式计算架构,希望能达到一目了然的效果,最好不懂技术的人也能大致看明白:

 

  • 包工头:负责任务的分配,工头的giveTask方法可以由开发者实现,工头先获取线上工人数量,然后调用各个工人的doTask方法,让工人们并行完成任务。
  • 工人:负责执行任务,工人doTask方法也可以由开发者实现。
  • 职介所:负责登记工人并介绍给工头。

部署时,工头和多个工人可以部署到一台计算机,也可以部署到多台。

CSDN:Fourinone是怎么整合前面提到的4个功能(Hadoop、Zookeeper、MQ、分布式缓存)的?是如何具体实现的?采用的技术有哪些?

彭渊:Fourinone(四不像)只是个代号,实际上从2.0开始,又包括了完整的分布式文件操作API(Fttp),因此功能上已经不止4种,它不是Hadoop的复制品,也不是将几个开源产品拼凑起来的东西,它的目的是帮助你去利用多台计算机的资源实现各种分布式应用。

因此,框架和编程API是Fourinone的核心,它不实现具体的分布式应用,但是你可以用它帮助你去实现具体的分布式应用,无论是分布式计算还是存储还是协同等。Fourinone实际上将多种分布式问题的理解融入到了一个框架中,考虑到底层实现技术的相似性,对复杂的分布式计算应用进行了大量简化和归纳,所以最后它看上去综合了好几种分布式产品的主要功能。

技术实现上采用纯Java,没有任何依赖,整体只有一个150k的JAR包,导入环境即可使用。从设计上来说,无论是并行计算也好,分布式缓存也好,MQ也好,背后的并发设计、服务端设计、容器设计等技术都是不变的主题,只是老外将这些技术封装起来,包装成不同的技术产品给我们用,时间长了,我们会认为它们彼此没有关系,合在一起反而感到奇怪。前面说的,Fourinone是对这些分布式技术的归纳和总结,可以好好体会一下。

CSDN:除了这些特性外,Fourinone还有哪些创新点?

彭渊:Fourinone在算法上和设计模式上都是原创的,既不模仿国外论文,也不抄袭其他产品实现,如分布式负载和扩容算法、分布式领导者选举算法等,当然也有人攻击我没有用复杂数学公式和论文证明这些算法,只有公认的那些算法理论才是可信任的。

算法都是人创造的,都是灵活的,千万不要教条化,为了实现算法本身而实现,在某种算法上花费了学习成本,以后就抱着这种算法的步骤僵化套用是不好的。应该多观察我们需要解决的问题,然后思考合适的算法,如果思考过程中碰到问题,再回头参考前人已经总结出来的算法寻求借鉴,这样的才能有更深刻的体会。

其实很多算法动手做做发现没有那么难,跟数据挖掘和概率统计算法不一样,不需要太多数学知识也可以完成的。比如淘宝小二想出来的按机器取模+成倍扩容的简单土办法虽然美中不足,但是也解决了大部分的需求,并不是都需要先用数学论文证明了一番才能上线。

Fourinone在分布式缓存负载均衡实现中,没有采用一致性Hash算法,考虑到不可能每分每秒扩容机器,而采用了一种基于日期key取模的方式,基于日期分组策略实现扩容后数据分布均匀,也能达到目的和解决问题。

Fourinone在领导者选举上也没有采用Paxos,简言之,Paxos对每个节点的并发修改采取编号记录的方式保持一致性,对多个节点的并发修改采取少数服从多数的方式保持一致性。Paxos有点类似分布式二阶段提交方式,但是又不同,二阶段提交不能多数节点同意,必须是全部同意。为了遵守过半节点同意的约束,Paxos算法往往要求节点总数为奇数。Fourinone选取领导者采取的是一种谦让方式,集群中节点会先询问其他节点是否愿意当领导者,没人愿意它才担任;如果已经有了领导了,那它就谦让;正因为大家都谦让,不互相争抢,领导者之间能避免冲突保持一致性。一旦确定了领导者,就只跟该领导者打交道,所有对变量的操作都是通过领导者进行,不会再去操作其他候选节点,操作结果由领导者统一同步到候选节点,跟上面Paxos算法保证一致性的方式是不一样的,Paxos算法会去访问和操作所有节点征求同意,最后以多数节点的结果生效。所以基于Paxos方式的实现难度和工作量会更大,Fourinone在领导者选举和一致性上要更加简化和直接。

还有,在大部分的主备切换场景中,一台主机最多也就2~3台备机,不可能出现几百台备机,需要一个更复杂的算法去支撑,所以这时的领导者选举算法可以做得更简单。

CSDN:讲讲Fourinone的开发故事,在开发过程中,你遇到过哪些问题?是如何解决的?

彭渊:我当时在淘宝是个人专家,下面没有一个人,有一个实习生挂在我下面但是被安排在其他项目,因此Fourinone是一个人设计开发的,实习生帮忙写了些demo,并提交给淘宝测试团队做压测。一个人设计开发有好处也有坏处,好处是做一个东西不需要进行漫长的评审、讨论、选型,最后拖了半年一年还不一定统一各方意见,坏处是做出来后会认为是我个人的东西而被冷落,推广应用上面临很大的困难,但实际上我只是个农夫,离开淘宝当时的环境土壤,我也不会去考虑做一个分布式技术的东西,从华黎(曾宪杰,淘宝高级技术专家、Java中间件团队负责人)立项做这件事到测试团队认真压测都有大家的投入在里面,淘宝当时对分布式技术有大量的需求和氛围,Fourinone是这种背景下积极探索的成果,因此应该值的大家去珍惜。

当时开发完成后,先是在淘宝内部发布邮件通告技术委员会,引起了激烈争论,有人公开反对,但是暗地支持,比如褚霸(余锋,淘宝核心系统数据库组高级技术专家)开始说我重复造轮子,但后来私下对我说只要用心做技术,最终还是会得到认可的(我相信这句话是真心的),也有人公开支持,但是暗地反对,各种声音都有,后面大家提议先做一些基准测试看看优势在哪里。

开始压测时还是很多人持有怀疑态度的,怀疑不能用,比如数据量大了不能用,计算节点多了不能用,出了故障不能用,性能会比Hadoop计算慢很多,但是最后开发和测试团队各自搭建了好几个Hadoop集群反复的对比测试,结果出乎意料,在wordcount和排序等基准测试上胜出了很多。现在华为工程师又进行了测试,结果还是在效率上超出同类计算框架10倍以上。一个东西测来测去测了很多遍,到最后已经不是技术问题了,而是需要思考对它的接纳态度了。

虽然现在已经离开了阿里,但是我仍然心怀感恩,感谢当初的创新环境和给予支持帮助的各位同事。

CSDN:Fourinone目前主要应用在哪些地方?

彭渊:最开始在淘宝内部的主要应用在语义分析、哈勃监控、关联推荐等方面,前面说了,Fourinone的目标是做小,因此不需要整个系统围绕Fourinone来建立,只需要在局部功能实现上用到Fourinone的API提供帮助即可,完全是嵌入式的,是被用户的系统包含,而不是去包含用户的系统,因此Fourinone很适合各种小场景的应用。

但是对于淘宝内部大的平台应用,由于牵扯的关系复杂,不是太容易推广,曾经尝试在MPI集群做调度使用,以及七公(汪海,淘宝数据平台负责人)当时引荐给ODPS(云梯2)团队,希望做其中的M/R计算框架,但是最后没有能合作成功,后来七公无奈对我说在公司推广个人搞的东西比较难,当时我想Fourinone的特点比较适合开源贡献给外界社区。

做成了灵活的API并开源后,在淘宝外部的应用要更多,结合之前的下载地址总共下载次数超过一万次,技术群有三四百人的活跃群体,根据用户的反馈和咨询统计,大大小小的并行计算应用、流计算应用、远程文件系统应用等等有很多。

开源软件跟商业软件有个本质区别,比较少去刻意搜集应用场景,比如Tomcat官网上不会专门有一页列举TOP500企业的案例,但是商业软件就会有,而且越著名企业的案例越好,比如华为大数据就很看重几个大银行的案例。开源软件都是放在那里给有需要的人去下载,是否采用取决于能否给你带来帮助,不会去强迫别人来使用,但是商业软件不一样,我们售前人员会天天上门想各种办法说服客户使用。

CSDN:Fourinone项目今后的目标和开发计划是什么?

彭渊:Fourinone对我个人来说已经是过去的东西了,但是这个开源项目仍然会支持下去,因为分布式技术核心部分永远不会过时,掌握它我们就能驾驭新的技术理念和创造新的技术产品,分布式技术也是中间件的支撑,很多经验的积累都可以用到相关的产品设计中去。

目前Fourinone的最近版本为3.0版,后续还会增加一些新特性:

  • 比如多进程多线程的无缝融合,同一套接口,改改参数,从多进程变为多线程,开发者无需改写程序逻辑;
  • 比如提供高容错任务分配算法API,将n个任务分给m个工人并行完成,根据任务大小设置工人数量,工人间能者多劳,性能好的工人机器争抢干更多的任务,同时跟现实工作一样,如果有工人生病请假(故障),那么他的任务活由其余工人代干,除非所有工人出故障,否则就算只剩一个工人也应该加班把其他所有工人的活干完,对整体计算来说,部分工人故障对计算结果来说不受影响,只是计算时间会延长。

有兴趣的朋友可以留意后续版本。

抱歉!评论已关闭.