InfoQ

新闻

Rails性能分析工具New Relic

作者 Werner Schuster译者 贾晓楠 发布于 2008年5月13日 下午11时24分

社区
Ruby
主题
性能和可伸缩性,
Ruby on Rails,
SaaS,
JRuby
标签
Rails,
性能评估,
Ruby on Rails,
JRuby,
Rails插件

New Relic作为一个“软件即服务(SaaS)”,为Rails提供性能监视和分析服务。我们访问了New Relic的作者Lew Cirne,来谈一谈这项技术是如何工作的。

InfoQ: 你是怎样实现性能监视功能的?它对性能有什么影响吗?它能不能运行在非MRI的Ruby版本上?

我们的工具是用100%的Ruby代码写的,因此可以运行在所有的硬件/操作系统组合上的任何的Ruby 环境中,也能用在所有的Ruby VM实现上,包括JRuby和Rubinius等。基于Ruby的动态语言特性,我们把轻量级的“跟踪器”放置在相对重量级的操作上,比如控制器行为、 ActiveRecord查询等。

这个方法虽然相对简单,但是要做好其实很难。幸运的是,我们具有相关的资深经历。我们做过Wily Technology公司的Introscope,这是一个行业领先的用于企业级Java平台的应用程序性能管理方案。因此,尽管可能有一些虽使用这个方 法却写得很差的软件会对应用程序的性能和稳定性产生影响,而我们的则不会。测试表明,我们只会给每一个事务的响应时间增加2~5毫秒,而且我们的CPU消耗也很低(远低于5%)。可我们却提供了极其丰富的性能数据来近乎实时地显示出应用程序正在做什么。

由于我们不分析事后的日志文件,因此就有一些益处:我们可以更快地报告这些数据(每分钟一次),并且保持低消耗和零磁盘/IO操作——我们能得到很深的能见度,而且能 见度也很容易定制——如果是一个Ruby方法,我们还可以跟踪它——在产品机上则没有任何额外的部署、维护和消耗资源的过程。我们有50个客户在使用内部 测试版的RPM——它们中许多都是大规模的rails网站——而没有一个客户在使用我们的工具时遇到过任何问题。

InfoQ: New Relic应该说是作为“软件即服务”来工作的——这是如何实现的呢?是不是把收集到的信息通过网络发送到你的服务上呢?

我方才介绍的这个工具是这样工作的:它每分钟把收集到的性能数据通过http或https(取决于用户选择)报告给NewRelic.com。这些数据被呈现为一组非常直观的视图,来回答一个活动rails应用程序的常见性能问题,例如:
- 最慢的控制器行为有哪些?
- 它们的性能是怎样随时间变化的?
- 一个特定的控制器行为的响应时间是怎样中止的?
- 哪些ActiveRecord对象最常被查询或者被保存?最慢的ActiveRecord查找有哪些?
- 我有没有丢失一个索引(index)?

InfoQ: 目前New Relic能识别哪些性能问题并给出报告?能发现错误代码实践、丢失缓存等等吗?

这两个都是非常好的例子。还有一个例子我们也经常看到,就是应用程序在一个紧密的循环里引发了大量的(可能是很快的)活动记 录操作,这就给数据库带来了很大的负担。数据库工具报告说它运行得很好,而实际上程序却可能由于查询做得不够好而在滥用数据库。我们也跟踪由控制器行为导 致的缓存使用,这也是高性能和大规模rails站点上的一个公共的焦点问题。

InfoQ: 你提到了New Relic的一个用户——Lighthouse——有没有其他客户的名单?

尽管我们仍处于内部测试阶段,可我们已经有了大量的客户,他们中很多都是rails社区的“名人”。Lighthouse就 是个很好的例子——Rick Olson是Ruby on Rails平台的核心开发者之一,也是rails社区的一个多产的贡献者。我认为他的认可意义非凡。

登记在案的其他客户中还包括New Relic的粉丝们,比如Moku Gift(推出了E-Tree,而且他们还种了一棵真的!)、Redeparede.com(面向非英语市场的社会化网络),以及Hutz.com(度假 房屋租赁商场)。期待我们的客户能在不久的将来给予我们更多的认可。

InfoQ: 你打算用什么样的许可模式?采用怎样的价格策略?

我们还没有公布价格。但是当我们公布时,你会发现RPM会采用订阅式的(subscription-based )收费服务。客户将按月支付与他们的管理环境相对应的费用。

RubyInside也报道了New Relic,提到New Relic公司最近获得了一笔350万美元的风险资本融资,还指出了另一个性能监视方案:FiveRuns的RM-Manage

获得关于Rails应用程序性能的信息,可以看看James Cox关于“管理高性能Rails应用程序而不必抓狂”的讲座

查看原文Rails performance analysis with New Relic

没有回复

回复

独家内容

程立谈架构、敏捷和SOA实践

支付宝首席架构师程立在本文分享了支付宝技术架构的发展,对架构的认识,成功架构的特点,如何避免架构设计的失败,以及在敏捷和SOA方面的实践等。

Emmanuel Bernard谈Bean验证规范

InfoQ有幸采访到了Emmanuel Bernard,向其了解Bean验证框架及专家组正在寻求的社区参与的更多相关信息。

通过索引器简化C#类型信息访问

作为一个有别于Java、Ruby等语言的一个特性,C#可以用索引器(Indexer)将类型本身以对象数组的形式供外部使用。同时,把索引器和LINQ结合使用倒是一个非常不错的组合,索引器做接口、LINQ完成内部检索逻辑,客户程序在无需记住具体方法名称的前提下,按照键值检索即可,索引器内部则依托LINQ to系列的基础,提供对各种异构数据源的访问。

产品负责人成功之道

Scrum中,产品负责人这个角色具有很大的影响力,能够带来很高的价值。但要想运用得当,可没那么轻而易举。如果做得好,就可以在客户和开发者之间建立更为融洽的关系,并能够增加组织的竞争优势。

硝烟中的Scrum和XP

在本书中,作者Henrik Kniberg讲述了他在一年的时间里,带领40人的团队实施Scrum的过程。他们试过了多种团队尺寸(3~12人)、sprint长度(2~6星期),定义“完成”的不同方式,不同的backlog格式,各种测试策略,在多个Scrum团队之间进行同步的多种方式。他们还尝试过XP实践——持续集成、结对编程、测试驱动开发等等,还试过了把XP跟Scrum组合。

软件开发中的准时化生产

准时化生产(Just In Time)是精益生产(Lean Production)和丰田生产系统(Toyota Production System)中的概念,敏捷开发与准时化生产中的很多观点和实践是一致的,精益思想作为精益生产背后的指导思想也正在积极地影响着软件开发领域,向其中不断注入创新与活力。

Tapestry for Nonbelievers

I. Drobiazko和R. Zubairov合作撰写了一篇文章,详细介绍Apache Tapestry 版本5——一个面向组件web框架。文章向读者展示了创建组件方法,并谈到了Tapestry中的IoC以及Ajax的相关特性。

ESB拓扑方案

在本文中,Adrien Louis讨论了两种基于ESB的SOA拓扑方案的优缺点:单个公司级ESB vs. 彼此互联的“部门级”ESB系统。Adrien讨论了每种方案对管理、业务监测、治理、可靠性和编配等问题的影响。