BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

采访:蔡学镛谈复杂事务处理(CEP)

| 作者 胡键 关注 0 他的粉丝 发布于 2010年10月14日. 估计阅读时间: 12 分钟 | GMTC大前端的下一站,PWA、Web框架、Node等最新最热的大前端话题邀你一起共同探讨。

蔡学镛,台湾清华大学硕士,曾任程序员、技术经理、技术总监。除了将技术知识用于软件开发相关的工作之外,他也担任过培训班讲师、研讨会讲师、技术图书翻译与编辑、技术专栏作家等工作。他撰写的《Java夜未眠》一书,至今仍常被IT圈提及。蔡学镛于1995年就开始玩Java,在2001年进入.NET领域,近年则倾向于使用动态语言。因为工作关系,他接触到CEP(Complex Event Processing),并完成了一套相应的系统。InfoQ编辑在QCon全球企业开发大会(北京站)期间,就CEP相关的技术,企业采用CEP的价值等话题采访了蔡学镛。

InfoQ:按惯例,请您先做一下自我介绍。然后,再向我们的读者介绍一下您在这次大会上讨论的主题?

蔡学镛(以下简称学镛):大家好,我是支付宝技术部的蔡学镛(编辑注:现已离职),这次到QCON上演讲的主题是CEP,刚好也算是我在支付宝的一个项目的心得体会。基本上,CEP系统能够让我们把很多来自四面八方,各个系统的一些事件搜集起来,从中萃取出一些更大、更有意义、更有用的信息,这些信息不管是对制订公司、运营和行销的决策,还是对发现系统潜在的问题、漏洞和威胁都有帮助。这种系统就是CEP系统,它是准实时的,跟其他一些系统,比方说数据挖掘,又不太一样。那些系统是在事后才对过去的历史数据进行挖掘。这次跟大家分享的就是CEP这个技术。

InfoQ:在未来的企业中,CEP会充当一个什么样的角色,它如何跟我们企业中其他的系统进行交互,完成企业的业务目标?

学镛:大家之所以会对CEP比较陌生的原因,是因为CEP过去主要用在银行业、金融业。例如,他们可以通过CEP系统来判断某一些持卡人的信用卡操作是有问题的,可能是这个卡掉了,或者可能因为卡所处的状态而就把卡给锁住了。但是这样就太局限了,我认为CEP的用途非常广,它可以用在任何企业里面。任何一家企业里面都有许多系统,系统之间交互和系统内部都会产生大量信息,如果我们能把这些信息善加分析、处理和使用的话,会对企业经营有很大帮助。至于怎样应用,就很难讲了,必须要看企业是哪种类型。但我相信,不管是什么样的企业都可以使用到CEP。

InfoQ:在选择CEP产品和解决方案的时候,我们要考虑哪些因素?市面上主要的CEP产品有哪些,各有什么优缺点?

学镛:市面上提供CEP产品的厂商,基本上就是做数据库的那几家,我就不特别提及了。另外一些较小的厂商,如TIBCO,也不能说它小,它其实是CEP最大的厂商,号称有40%的市场占有率,而且我看他们的CEP确实也不错。还有一些小厂商,像StreamBase;另外一些开源的,像EsperTech,都可以在产品选型时考虑。

那么,要考虑哪些因素呢?我觉得有两大重点。第一,所提供的EPL语言。EPL语言可以让我们描述哪些事件,在什么状况发生了我们感兴趣的符合条件的事件。这个描述语言本身如果不够灵活,表达能力不够好的话,那势必这个系统买回来对你的作用也不大,甚至可能会造成很严重的误报警率。误报警率一高,这个系统就不堪使用,所以我觉得EPL是最重要的一个考量点。除了EPL之外,我认为引擎本身的效率也非常重要,因为CEP面对的是海量事件、海量数据,如果没有一个很强有力的算法和引擎的话,整个系统效率绝对会是一个非常大的问题。

InfoQ:既然市面上已经有了这么多CEP的产品,为什么支付宝还选择自行开发?这个自行开发的解决方案,跟这些产品相比,有什么独到之处?

学镛:其实,早期我们评估过是否采用开源CEP框架。但我的评估结果是它的能力基本上达不到我们的要求,原因就是刚才我提到的第一点,EPL的描述能力。所以,我认为可能还是自行开发会好一些。我们采用了状态机的设计方案,后来确实证明这个方案完全符合支付宝现金流的需求,我们现在不管是担保交易,还是更复杂的业务,再复杂的规则,即便整个状态图大如地图,这个引擎都能够把它描述出来。

确实,现在回想起来,当时决定自行开发引擎的做法是对的。但我不建议所有企业都自行开发,还是得量力而为。因为,如果你做的东西是别人已经做好的话,你可能得评估,自己有没有办法做得更好,或者是自己花一点钱就买得到的东西,是不是得自己开发?

InfoQ:这个CEP解决方案目前在支付宝内部的应用情况怎样,目前处于什么样的阶段,大概主要应用在哪些业务中?

学镛:支付宝内部其实很多部门都在用CEP了,虽然我们不会特别强调CEP这个词,但其实都已经在用这样的概念了。采用的解决方案有很多,有买来的,有自行开发的。例如,支付宝里面有一个非常有名、非常经典的例子,CTU。CTU大家应该都看过,这是一个24小时反恐的政府组织,他们做的事情就是要针对恐怖分子去做一些应对措施。支付宝因为牵涉到金融,所以我们也对这部分特别谨慎,这一直是支付宝非常核心的技术,大量地在使用CEP。而且每隔一段时间就会发布新的供给模型,让支付宝会更加完善。这是一个例子,它们是用来防止网络攻击以及洗钱等这些行为。另外,支付宝还有一些比较小的CEP应用。比如,在营销、协助公司决定生产或判断趋势方面都有应用。至于我开发的这个总督系统,其实是比较新的,它的目的就是用来侦测我们各个系统之间的信息交互有没有问题,属于比较动态的系统校验。这些都是支付宝里面用到的CEP。

InfoQ:您在演讲时候也提到准确性的问题。您开发的这个CEP解决方案,在性能和准确性方面表现如何?有没有相应的数据或者案例来支撑您的说法?

学镛:由于目前这个产品还属于比较前期的阶段,所以还没有特别去针对它收集相关数据,这个数据我给不出来。但是它的效率的确非常好,因为我们现在所有的计算,都是在内存里面而不是在数据库中进行的,它的效率绝对会比数据库方式来得快。我们现在就是几台服务器,处理支付宝目前的那些系统已经足够了,因此也没有特别针对项目进行调整。当前的效率都还可以,但我没办法给出比较确切的数据。

InfoQ:那准确性呢?

学镛:关于它,我倒是可以给出些数据。我们做过一些像担保交易、即时到帐等这类支付宝比较经典的应用,基本上所有的支付宝应用都是担保交易和即时到帐,它们大概一直占了百分之八九十,所以已经算是涵盖支付宝大部分的应用。监控这些业务,之前的误报警率是3%,已经很低了。而且现在,一旦发生误报警,我们就会检查为什么会误报警,看看规则里面少了哪些判断,然后再去补充规则,所以现在又降低了,可能是1%多点,而且又在不断地持续降低,这是我们这个总督系统的现状。至于其他像CTU的方式,那边的数据我就不清楚了,那边数据的效率可能会高一些。

InfoQ:您曾经说过,在您开发的CEP解决方案中有一个规则DSLDSL现在相当热门,您能不能对此详细介绍一下?

学镛:我认为状态机的描述,最好能够让它非常简单,这样就可以让更多人能够去写规则,放到我们的这个平台上,这个CEP就能应用到更多场合。如何让这个规则可以很简单、很容易地写呢?DSL是关键。DSL是第一种方式,另一种方式就是利用易用的绘图工具,让我们可以去做一些表单设置或者是状态图的绘制。我们先是采取DSL的方式,未来当人力更充足时,我们就会去做这个图形工具,我相信这两个阶段都达到之后,使用我们的系统或者是在上线之后再修改规则,都会更容易、更快。

InfoQ:您刚才说过支付宝的CEP解决方案,山头林立,未来是否有可能出现一个统一的CEP平台?

学镛:有可能,这就是我的野心了。我期望我做的这个平台,能够尽量多的发挥它的价值。我认为,因为这个平台有非常大的潜力,所有希望借目前的这些应用,慢慢扩展到未来也能够去做网络攻击、洗钱的侦测。当系统做到更好、更稳定的时候,能够把它推荐到阿里巴巴的其他子公司,像淘宝或B2B,让他们也能够用。当然,这是我的目标啦,都还是未知数,现在言之过早。

InfoQ:祝您早日完全心愿。如果我想说服一家企业去采用CEP的话,您有何建议?回顾当初支付宝内部决定采用CEP解决方案的过程,有没有一些经验可以跟我们分享?

学镛:企业如果想采用CEP,不应该是为了用CEP而用CEP,应该是确切发现公司里面的某些地方能够通过CEP带来价值。不管是营销,还是其他方面,先要找到应用点。找到之后,然后再去评估这个应用点值不值得花大钱去做CEP。因为提供CEP系统的厂商都是大厂商,东西都挺贵,这个可能要考量的第一点。如决定采用,那这个应用值不值得投入这么多钱去买一个CEP,或者是投入这么多人力开发一个CEP,说到底还是应用。你刚才的第二个问题是?

InfoQ:因为支付宝现在已经有经验了,有什么可供借鉴的?

学镛:支付宝倒是没什么问题,在支付宝内部要推行CEP非常容易,因为公司本身的属性虽说是网络业,但有一大部分是金融业,所以大家的安全意识非常非常的强。就以CTU来说,在支付宝里面算是最重要、最大的CEP了。其实,由于支付宝一成立就立刻有了这个CTU,它等于是伴随着支付宝公司成长的,在支付宝没有推广不下的可能。

InfoQ:对于想要了解和学习CEP的开发者,您有什么建议,能否给出一些参考资料和学习方法?

学镛:我觉得可以先从各个CEP厂商的技术白皮书着手。技术白皮书一般都较为简短,可能会比较好读。像TIBCO、StreamBase、Oracle,这几家的CEP,都可以从这里着手。另外,有本书其实挺好的,去年刚出版,国内可能没有引进,或许可以通过英文站点从国外购买,书名是《Event Processing: Designing IT System for Agile Companies》,McGraw Hill出版社出版,作者名字不记得了。这本书非常棒。而且这本书里面提到的不只是CEP,基本上CEP只占一章,其他讲的都是事件处理,重点是怎么结合起来成为一个整体,我觉得CEP不是单独存在的,它会搭配很多其他的事件处理的概念,所以这本书整个对它进行了一个完整的说明。另外,今年开始也会陆续有一些面向程序员,不是着重架构的,让程序员看的CEP书籍。像是Manning出版社今年就会出一本,里面应该有CEP,这些都是不错的参考资料。相对其他领域,如SOA,大家对它可以说是耳熟能详了,说知道CEP的确实是少得可怜。

InfoQ:非常感谢。

学镛:谢谢。


给InfoQ中文站投稿或者参与内容翻译工作,请邮件至editors@cn.infoq.com。也欢迎大家加入到InfoQ中文站用户讨论组中与我们的编辑和其他读者朋友交流。

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

认真一点吧 by Ja zen

“脚色” 哈哈哈!

Re: 认真一点吧 by 胡 伟红

不好意思,已经修正了!

CEP不是复杂事务处理 by Owen Chang

CEP是复杂事件处理。Event=事件,Transaction=事务

关于作者简介 by 张 明烁

蔡学镛已经不再支付宝了,去创新工厂了,编辑是不是需要注明一下呢?

Re: CEP不是复杂事务处理 by 胡 键

你说的没有错。关于这一点,学镛在QCon的演讲上也曾说明,但他偏向于“事务”。故这里尊重采访人的意见,采纳“事务”。

Re: 关于作者简介 by 胡 键

这个采访是在QCon时进行的,因此学镛的自我介绍时会有说在支付宝任职。现已在文字里标注处理,谢谢你的指正。

4月份的采访,现在才发? by 杨 思勇

是不是遇到什么困难了啊。已经过去快半年了。。

Re: 4月份的采访,现在才发? by 霍 泰稳

谢谢思勇的提醒,我们在整理视频采访的过程中确实遇到一些未曾预料到的困难,直到最近才得以解决。期望以后我们的内容发布的越来越及时,也请继续监督我们。

——InfoQ中文站总编辑 霍泰稳

Re: 4月份的采访,现在才发? by shi mike

呵呵,遇到复杂事件了

Re: CEP不是复杂事务处理 by Guo Alex

家有家法,行有行规。作为较知名的技术传播媒体,应遵循行业标准术语,应讲科学,应秉承认真负责的原则,避免导致概念、术语的混乱。请将复杂事务处理改为复杂事件处理。
事务与事件是完全不同的概念。事务注重原子性、持久性、独立性、一致性,这与事件所注重的实时性、关联性是完全不同的。

Re: CEP不是复杂事务处理 by 胡 键

不必上纲上线,请把此处的事务中的事务理解成“日常事务”中的“事务”之意。

Re: CEP不是复杂事务处理 by zhang Jun

是不是可以称呼你为键胡

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

12 讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT