首先,做一点背景介绍:我们开发的第一版IronWorker,起初叫做SimpleWorker(很不错的名称,不是吗?),用的是Ruby。我们过去是一个顾问公司,为其它公司开发应用,在当时有两个东西被炒得非常火:亚马逊的Web Services和Ruby on Rails。所以我们开发的应用都基于AWS的Ruby on Rails架构,并因此吸引了不少大客户。我们开发IronWorker的初衷是来源我们自身的需求。我们有不少做硬件设备的客户,他们会7×24小时不停的给我们发送数据,我需要收集这些数据,把它们整理成有用的信息。典型的做法就是让定时任务每天每小时的遍历这些数据。我们想到应该开发一个东西,能够处理所有用户的数据,而不必做一大批的定时任务为每个客户单独处理。于是我们开发了一个服务类应用,并在内部使用了一段时间,但后来我们认为一定会有其他的人也需要这个应用,于是我们决定公布它,这样,IronWorker诞生了。
我决定重写这应用。这是一个很容易的决定,很显然,我们的Ruby on Rails无法支撑我们业务规模的增长。我们都有多年的开发Java的经历,曾经写过很多东西只需要很少的资源就能处理大量负载,远比Ruby on Rails的处理能力强的多,我知道我们可以做出很多改进。于是,接下来的问题变成了应该使用哪种语言?
有点眼熟
怎么有点像推广GO的枪手文。
我看的确实有点心动了。。。
这太扯了,我不得不浮出水面来发表一下感想
通篇就没见说到底是什么问题,只是说Rails有问题,难道不是你自己架构的问题?
同上,明显是自己的架构有问题,说一大堆没用的东西。
感觉其实是因为ruby版本的代码增生了太多变得臃肿了,于是决定重构,重构时更换了代码语言为Go。实际上本文和Ruby和Go的性能问题没啥关系。
这篇祸害文又跑到这来了,小编转载前先google下好吗,最近外刊评论的文章和别处太多重复了,质量下降严重啊
比如说?
这篇的确是旧文了。不过,近来IT新闻经常出现旧闻重新上头条的做法,不知道是什么原因
真有那么夸张?
30-》2
100% -》5%
50M -》x00K
文章细节方面太笼统了,如果Ruby的性能真的如此之差,怎么还会有如此多人在使用? 这应该是他们公司内部使用Ruby时的架构问题,然后在使用了go语言后,将架构梳理清理,去掉冗余的逻辑所以才达到的效果吧。