注册

Erlang到底好在哪里 -- 聊聊我使用Erlang的经历与感受

  08年开始接触Erlang,组里正好来了一位Erlang专家--余峰同学(现在**担任核心系统资深技术专家,花名褚霸),在霸爷的大力传教下,我立即就被Erlang的强大与优美迷住了。当时我正在为实现一个分布式语音服务集群头痛,开发语言是C++,在需要跨界研究语音处理、语音传输的情况下,实在没有精力去搞高性能高可**的分布式网络服务。

  在霸爷的推荐下,我花了2周业余时间熟悉Erlang语言,就开始尝试用她实现语音服务的通信层,三周时间,一个比原来花了2个月时间的C++版本性能更好、更可**、真正分布式、可扩展,而且代码量只有一半的服务端就完成了,经过一个月**,再一个月完善就上线提供服务了,而那个粗糙的C++版本服务要实现相同的功能,没个半年是不行的,而且还不一定稳定可**。

  同样的场景,在为我厂开发分布式服务框架时(后面简称DSF),再次重现。DSF要为应用服务的高性能与高可**提供可配置的路由策略与失败处理策略,客户端驱动的开发是重点中的重点,即使在我们将Thrift作为框架的RPC解决方案的前提下,仍然需要投入极大的精力与时间,更何况,还要求我们的驱动设计必须用Java和C#都能较容易的实现。

  这时候,作为分布式服务系统中必不可少的应用注册服务器,同时要进行开发,对于孤军奋战的我就显得力不从心了。在我们的设计中,应用注册服务器必须提供实时的服务状态通知与分发能力,尽量让不健康的服务的切除更加及时,而且,应用注册服务器作为所有应用服务的基础服务,其可**性的重要也是毋庸置疑的。在这种情景下,Erlang再次成为我的救星与坚实的**山,让我敢于同时在DSF框架与与应用注册服务的开发中双线开战。

  应该说在整个的开发过程中,应用注册服务器并没有花费我太多时间,三周,一个真正的分布式无中心节点的高可**服务雏形就此成型,其后只是零星的bug修改与功能补充了,这种力量来自哪里?还是Erlang!

  经常有人问我,Erlang到底好在哪里?因为能力有限,对Erlang的了解仅限皮毛,专业的分析可以到霸爷的“Erlang非业余研究”找相关普及贴看看,我这里仅根据这几年实践说说自己的感受。

  从技术上说,Erlang是一个平台,她提供了一套完整的高性能、高可**网络服务开发所需要的基础设施,并提供了原语给开发人员使用,她降低了开发类似系统的难度与门槛。有一个说法,Erlang让一个中高级程序员,用一半的时间,一半的代码量,就能提供顶尖C程序员开发的网络服务80%性能的类似系统,并且可**性不输于甚至超过前者。我的实践让我确信,这是真的。

  另一方面,Erlang也给了开发人员强大的自信,就如同前面开发DSF时的场景所述。有开发维护过线上系统的人应该可以深刻的感受到,开发一个高可**的网络服务有多困难,维护一个线上系统有多劳心,当一个服务上线时,我们的运维与程序员即使睡觉都恨不得睁着一只眼睛。

  根据我的经验,采用Erlang开发的系统,其出现的bug量与用常规语言开发的绝对不是一个数量级;Erlang的监控树机制,更是让我们的服务,天生就具备了高可**的基因,只要稍花精力,仔细规划我们的监控树与重启策略,就可以让本来就少了很多的bug及一些无法预料的外部故障,在即使出现时也有很大的几率迅速恢复,给你修复bug排除故障一个缓冲的时间,更何况,Erlang可是具备热更新能力的,那真的可以让你延寿啊!延寿!

  如果你的老板问你,为什么要用Erlang,Erlang好在哪里,你可以这样总结:省钱呐!你想想,一个资深的、顶尖的程序员与中高级普通程序员之间的成本差,普通的系统就只要普通的程序员就好啦,那不仅仅是省钱,是省很多很多的钱,这个回答,一定可以让你的老板眼睛像手电筒一样闪闪发光!

已邀请:
08年都开始搞了Erlang啦,那15年搞ERlang 会不会晚了。
08年搞erlang的,都是最早一波的,膜拜

beyond - imgeek运营

erlang火了

要回复问题请先登录注册