我想知道一个最常见的应用程序/网站/解决方案的列表,成功与否。
解释一下为什么它被用于特定的解决方案,而不是其他编程语言,也会非常受欢迎。
列出BAD Erlang案例研究(误用Erlang的案例)也会很有趣。
我想知道一个最常见的应用程序/网站/解决方案的列表,成功与否。
解释一下为什么它被用于特定的解决方案,而不是其他编程语言,也会非常受欢迎。
列出BAD Erlang案例研究(误用Erlang的案例)也会很有趣。
当前回答
我们正在使用Erlang为我们真正实时的基于浏览器的多人游戏Pixza提供后端力量。我们不使用Flash或任何其他第三方插件,尽管游戏是实时多人游戏。我们使用纯JS和COMET技术。Erlang支持Pixza的“真正的实时性”。
其他回答
Erlang的优势在于它是一种没有共享内存的函数式语言。因此,在我看来,Erlang不适合需要内存操作的应用程序。例如图像编辑。
erlang有什么好处?
http://beebole.com/en/blog/erlang/why-erlang/
http://www.aquabu.com/2008/2/15/erlang-pragmatic-studio-day-3-notes
http://www.reddit.com/r/programming/comments/9q0lr/erlang_and_highfrequency_trading/ (jerf回答)
重要的是要意识到Erlang的四个部分:语言本身,vm (BEAM, hipe)标准库(加上github, CEAN等上的模块)和开发环境正在稳步更新/扩展/改进。例如,我记得读到过,当Wings3d的作者意识到它需要改进时,浮点性能得到了改善(我找不到这个来源)。这个人就写了:
http://marian-dan.com/wordpress/?p=324
几年前,Tim Bray的Wide Finder的宣传和所有开始做web应用框架和HTTP服务器的人(至少部分地)导致了改进的正则表达式和二进制文件处理。还有所有集成HiPE和SMP的工作,透析器项目,多单元测试和构建库的涌现,..
困难的是官方文档不能很好地跟上,邮件列表和erlang博客圈的容量正在迅速增长
我就职于wooga,这是一家社交游戏公司,我们将Erlang用于游戏后端(游戏邦注:主要是面向数百万日常用户的http api)以及ios推送通知提供商、支付等辅助服务。
我认为它在与网络相关的任务中非常出色,它使构建和实现简单和复杂的网络服务变得非常简单。分布、容错和性能很容易实现,因为Erlang已经内置了一些关键成分,而且它们在关键的生产基础设施中已经使用了很长时间。所以它不像“0.0.2 alpha的新技术”。
我知道其他游戏公司也在使用Erlang。你们应该可以在幻灯片上找到相关的演示。
我们使用Erlang构建了一个投注交易(又名预测市场)。我们之所以选择Erlang而不是一些更传统的金融语言(c++、Java等),是因为它具有内置的并发性。市场的功能与电话交换机非常相似。我们的CTO在CTO大会上做了一个关于Erlang使用的演讲。
我们还使用CouchDB和RabbitMQ作为我们的堆栈的一部分。
上面已经介绍了Erlang最常见的应用程序(CouchDb, ejabberd, RabbitMQ等),但我想贡献以下内容。
在这些应用程序中使用它的原因来自Erlang的核心优势:管理应用程序可用性。
Erlang是为电信环境从头开始构建的,该环境要求系统满足至少5x9的可用性(每年99.999%的正常运行时间)。这个数字并没有给一年的停机时间留下太多的空间!主要出于这个原因,Erlang加载了以下特性(非详尽的):
Horizontal scalability (ability to distribute jobs across machine boundaries easily through seamless intra & inter machine communications). The built-in database (Mnesia) is also distributed by nature. Vertical scalability (ability to distribute jobs across processing resources on the same machine): SMP is handled natively. Code Hot-Swapping: the ability to update/upgrade code live during operations Asynchronous: the real world is async so Erlang was built to account for this basic nature. One feature that contributes to this requirement: Erlang's "free" processes (>32000 can run concurrently). Supervision: many different strategies for process supervision with restart strategies, thresholds etc. Helps recover from corner-cases/overloading more easily whilst still maintaining traces of the problems for later trouble-shooting, post-mortem analysis etc. Resource Management: scheduling strategies, resource monitoring etc. Note that the default process scheduler operates with O(1) scaling. Live debugging: the ability to "log" into live nodes at will helps trouble-shooting activities. Debugging can be undertaken live with full access to any process' running state. Also the built-in error reporting tools are very useful (but sometimes somewhat awkward to use).
当然,我可以谈论它的功能根源,但这方面与主要目标(高可用性)有点正交。在我看来,有助于实现目标的功能性质的主要组成部分是:“不分享任何东西”。这一特性有助于控制“副作用”并减少对昂贵的同步机制的需求。
我想所有这些特性都有助于在关键业务应用程序中使用Erlang。
Erlang确实不擅长的一件事是:处理大块数据。