Rails性能分析工具New Relic

最新推荐文章于 2021-03-08 07:43:46 发布

cpongo9

最新推荐文章于 2021-03-08 07:43:46 发布

阅读量199

点赞数

本文链接：https://blog.csdn.net/cpongo9/article/details/89015009

版权

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

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

\u0026#xD;\n

我们的工具是用100%的Ruby代码写的，因此可以运行在所有的硬件/操作系统组合上的任何的Ruby 环境中，也能用在所有的Ruby VM实现上，包括JRuby和Rubinius等。基于Ruby的动态语言特性，我们把轻量级的“跟踪器”放置在相对重量级的操作上，比如控制器行为、 ActiveRecord查询等。
这个方法虽然相对简单，但是要做好其实很难。幸运的是，我们具有相关的资深经历。我们做过Wily Technology公司的Introscope，这是一个行业领先的用于企业级Java平台的应用程序性能管理方案。因此，尽管可能有一些虽使用这个方法却写得很差的软件会对应用程序的性能和稳定性产生影响，而我们的则不会。测试表明，我们只会给每一个事务的响应时间增加2~5毫秒，而且我们的CPU消耗也很低（远低于5％）。可我们却提供了极其丰富的性能数据来近乎实时地显示出应用程序正在做什么。

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

\u0026#xD;\n

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

\u0026#xD;\n

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

\u0026#xD;\n

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

\u0026#xD;\n

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

\u0026#xD;\n

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

\u0026#xD;\n

尽管我们仍处于内部测试阶段，可我们已经有了大量的客户，他们中很多都是rails社区的“名人”。Lighthouse就是个很好的例子——Rick Olson是Ruby on Rails平台的核心开发者之一，也是rails社区的一个多产的贡献者。我认为他的认可意义非凡。
登记在案的其他客户中还包括New Relic的粉丝们，比如Moku Gift（推出了E-Tree，而且他们还种了一棵真的！）、Redeparede.com（面向非英语市场的社会化网络），以及Hutz.com（度假房屋租赁商场）。期待我们的客户能在不久的将来给予我们更多的认可。

\u0026#xD;\n

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

\u0026#xD;\n