写点什么

是 Twitter 不努力,还是 Rails 本身有问题?

  • 2007-04-24
  • 本文字数:1605 字

    阅读完需:约 5 分钟

虽然已经过去了一个星期,社区里仍蔓延着 Rails 可伸缩性问题的讨论,很多开发者还在打破砂锅问到底:Web 2.0 新贵 Twitter 证明了 Rails 难以伸缩吗?

Twitter 是一个 ad-hoc(一种无线互连对等网络结构) 实时信息服务网站,它最初的目的是让使用者的朋友及时地知道该使用者正在做什么。通过 IRC 传播回应的方式,这个状态系统能以 Web、IM 和 SMS 的方式快速地形成会话。结合自动代理,绝大多数优秀的 CNN 和 BBC 种子会传给 Twitter 用户。

所以当 Alex Payne ,Twitter 的开发者之一,在上星期介绍他们的应用伸缩性问题时,第一个“Rails 是否具有伸缩性?” 的现实问题就浮现出来。从而导致了一场预料之中的激烈评论,这些评论来自于 -许多 -不同- 的 -地方

实际上是怎么回事呢?Alex 评论说“在每个人的脑海里,有一点是无可置疑的,那就是Ruby 本身就慢。” 此言一出就引起了很多评论者的反对,但不得不承认 Ruby 不是运行速度最快的语言

Alex 进一步地评论了一些 Rails 框架具体的问题。他强调说 Rails 需要更高效的模板(为了减少计算时间),同时也需要能通过 ActiveRecord 访问多个数据库的方法。他还指出“一旦你遇到某些流量瓶颈问题时,要么你把 Rails 自带的(如 RJS、ActiveRecord、ActiveSupport 等)性能代价较大的部分整体移除掉,或者不用 Rails 实现你应用中速度慢的部分,又或者两种方法同时使用”。

随着争论开始真正擦出火花,Rails 的创始人 David Heinemeier Hansson 在他的blog 上反击,批评Twitter 开发团队不珍惜自己修补的机会,翘着双手看戏,暗示说Twitter 开发团队只是把责任推卸到别人身上而已。

每个人的反应都不一样。许多开发者和评论者都提供了自己所谓的“见解”,但基本上也都没什么实际效果。Hansson 引用了 Magic Multi Connections ,一个可以解决 Twitter 的问题的 ActiveRecord 插件,他评论说“Williams 以代码来对 Twitter 可悲的伸缩性问题作了回复,当然我更愿意看到这解决方案是来自 Twitter 的,但不管怎样,很高兴他们有了一个免费的解决方案。”

作为回应, Blaine Cook ,Twitter 的另外一个开发者,告诉我们说他认为“Dr. Nic 的解决方法做的很棒,同时加入了些不错的辅助方法来从数据库中选出连接。”,但应该注意的是,“Twitter 现在并不是受数据库的限制,而且暂时也不会”。关于 Twitter 的伸缩性问题,Blaine 指出“在访问最繁忙的时候,应该考虑应用程序的伸缩性,而不是框架本身。我之所以喜欢 Rails,是因为它足够灵活,可以让我们把注意力集中在 Twitter 和用户身上。”

那么 Twitter 到底有多繁忙?稍作统计后,Blaine 告诉我们说,现在 Twitter 每秒的连接数是 600 个请求左右,而不是 Hansson 所说的 11000 个。虽然他们很有自信 Twitter 很快就会达到 11000 个的数量级。

争论仍在继续。Twitter 开发团队仍在努力为他们糟糕的性能问题奋战着。Blaine 将在这个周末在 SDForum 进行演讲,会谈到一些这方面的话题,当然这会成为会议的热点。但我们不要忘记,现在最大的网络应用之一,facebook.com 有着 17,000 个请求 / 秒,这个数量是 Twitter 的 30 倍以上。

Magic Multi Connections 插件的作者, Dr. Nic 讲到“Twitter 的人已经把他们的代码贡献给 Ruby 社区(Jabber API), 并且当他们为自己的问题找到解决方案后,我想他们会非常高兴与我们分享的,很不错的迹象。记住:Rails 只有 2 年的历史,.NET + ISS 有 7 年的历史,Java 有 10 年的历史。LAMP 也有很长的历史了。所以,它们都跑在我们前面。Rails 会带来更多的惊喜。”

查看英文原文: A Twitter in a Teapot?

译者简介:陈俊 SpringSide 开源项目的核心成员,以及中科院软件工程硕士,就职于 Accenture。长期从事 Java EE 应用开发, 热衷于软件体系结构,设计模式,软件过程改进及敏捷开发研究,也喜欢尝试不同的开源技术,一直以来坚持为开源社区的发展贡献自己的力量。为 InfoQ 中文站贡献内容,请邮件至 china-editorial@infoq.com

2007-04-24 08:061113
用户头像

发布了 27 篇内容, 共 96114 次阅读, 收获喜欢 15 次。

关注

评论

发布
暂无评论
发现更多内容

SpringCloudRPC远程调用核心原理:Feign远程调用的执行流程

Java 程序员 后端

OpenHarmony LiteOS C-SKY指令集移植指南

华为云开发者联盟

LiteOS 指令集 OpenHarmony C-SKY 移植

使用Java+SAP云平台+SAP Cloud Connector调用ABAP On-Premise系统里的函数

Jerry Wang

云平台 SAP abap 11月日更

SpringBoot整合Shiro实现权限管理,rabbitmq原理图

Java 程序员 后端

SpringBoot整合Shiro(完整版)(1),java企业级应用教程视频

Java 程序员 后端

SpringBoot系列:Spring Boot集成redis,mongodb原理书籍推荐

Java 程序员 后端

Vue进阶(幺柒叁):表单元素日期校验

No Silver Bullet

Vue 表单校验 11月日更

springBoot集成Mybatis,Java资料下载

Java 程序员 后端

SpringDataJPA之快速入门,arm架构v8和V9区别

Java 程序员 后端

云图说|玩转华为HiLens之端云协同AI开发

华为云开发者联盟

华为云 云图说 华为HiLens 端云协同

SpringBoot整合Thymeleaf模板,java技术核心卷二

Java 程序员 后端

SpringBoot:Shiro-整合-Redis,也不用担心用户投诉啦,java技术经理面试题

Java 程序员 后端

Spring之防止连接泄露的处理办法,Java开发必会技术

Java 程序员 后端

Spring全家桶+高并发编程+Netty(1),Java者升职加薪的8项技能

Java 程序员 后端

Spring事务传播属性(面试),分布式中间件技术实战钟林森

Java 程序员 后端

Spring学习--面向抽象编程(模拟Spring的简单实现),java架构师教学视频全百度云

Java 程序员 后端

SpringIOC中复杂属性如何“巧妙”赋值,java五年工作经验面试题

Java 程序员 后端

SpringSecurity安全控件使用指南,建议细读

Java 程序员 后端

Spring中使用的设计模式,mybatis自动映射原理

Java 程序员 后端

Spring事务与事务抽象,java多线程面试总结

Java 程序员 后端

SpringDataJPA的Audit功能,审计数据库的变更,springmvc源码分析pdf百度云

Java 程序员 后端

最佳实践|Apache Pulsar 在华为云物联网之旅

Apache Pulsar

云原生 消息中间件 Apache Pulsar 消息系统 用户案例 华为云物联网

SpringBoot整合Shiro(完整版),java学习网站

Java 程序员 后端

springboot整合thymeleaf及常用标签的使用方法,美的java面试流程

Java 程序员 后端

【文末送票福利】龙智携手Atlassian,与您相约GOPS全球运维大会

龙智—DevSecOps解决方案

DevOps 运维

springcloud 高可用的服务注册中心及更高可用,java面试设计题

Java 程序员 后端

SpringCloudRPC调用核心原理:RxJava响应式编程框架,聚合操作符

Java 程序员 后端

谈谈对Dapr的一些感想

LLLLimbo

架构 分布式 微服务 云原生 dapr

CSS页面设计稿构思与实现(二)

Augus

CSS 11月日更

springcloud(三)网关zuul,2021Java进阶学习资料

Java 程序员 后端

Spring全家桶+高并发编程+Netty,mybatis面试题大全

Java 程序员 后端

是Twitter不努力,还是Rails本身有问题?_Ruby_James Cox_InfoQ精选文章