Node.js应用的监控有一些需要特别注意的地方。该语言的动态特性为开发造成了新的问题，内存泄漏和单一功能阻塞事件队列，这可能对整体应用性能产生巨大的影响。并行执行作业使用“集群（cluster）”功能，以便充分利用多核CPU。但主要进程和工作进程属于一个应用程序，所以我们应该对它们进行监控。本文中，我们一起深入去了解Node.js应用程序的几项重要指标，更好地解决和避免可能的问题。

垃圾回收&内存处理

Node.js是基于Google’s Chrome V8的Javascript引擎。垃圾回收可以回收那些不再需要的对象的内存。V8垃圾回收可以停止执行程序。增量GC周期（scavenging）过程只是堆的一部分，并且非常快。为了尽量减少程序执行中的暂停，执行完整的GC运行较不频繁。

关于垃圾回收的指标，我们首先应该衡量所花费的时间。此外，还需要看完整GC循环（或增量GC循环）的执行周期。堆内存的大小可以与上次GC运行的大小进行比较，看是否有增多的趋势。以下是需要监控的指标：

• 垃圾回收的时间消耗
• 计算完整GC周期
• 计算增量GC周期

垃圾回收指标

除了GC发生的频率，时间，我们还可以通过以下的指标观察内存的情况：

• GC周期之间释放内存（见上文）
• 流程堆大小和堆使用

进程内存信息

事件循环 – Node.js性能的秘诀是CPU限制并使用异步操作的能力。这样，我们可以充分利用CPU，不浪费等待I/ O操作的周期。这意味着一台服务器可以进行多个连接，异步操作不被阻塞。一旦操作完成，使用回调函数来继续处理。它的实现基于单一事件循环—单独的线程中处理异步函数调用。使用同步操作会使性能下降，因为其他操作需要等待执行。这就是为什么，“不堵塞事件循环”是Node.js性能的黄金法则。

• 最慢的事件处理（最大延迟）
• 平均事件循环延迟
• 最快的事件处理（最小延迟）

最慢，平均和最快的事件处理

事件循环的高延迟可能意味着使用阻断（同步）或程序正在处理事件。这可能会影响整个Node.js应用程序的性能。

集群模式和进程数 – 为了使Node.js处理不止一个进程，我们需要使用“集群”模式。主进程共享插槽与叉形工作进程，并可以用它交换消息。有一个网络服务器派生n个工作流程的典型用例：在共享的服务器接口中操作，并处理循环的要求。多数情况下，程序选中N个服务器提供的CPU—这就是为什么常规情况下，进程的数量恒定。如果这个数字产生变化，这意味着工作进行已经终止，或其他的一些原因。当需要处理的进程排队的时候，要按照需要依次处理。这时候，进程数量随时都会变化。可以使用像SPM类似的工具，观察Node.js的进程数量。Node.js进程的时间很短，传统的检测工具可能不够准确。

进程数量

例如，要在不同的Node.js子过程比较事件循环延迟，我们需要能够选择想要的进程进行比较：

每个进程的时间循环延迟

Web框架 – 越来越多的人使用Node.js构建Web服务器框架。最流行的是：Express、 Hapi.js、 Restify、 Mean.io、 Meteor，等等。当进行HTTP检测时，需要注意以下这些关键指标：

• 响应时间（HTTP / HTTPS）
• 请求率
• 错误率（总数，错误种类）
• 请求/响应内容大小

HTTP / HTTPS指标概述

当然，Node.js不会运行在真空中。它们连接到其他服务，其他类型的应用，高速缓存，数据存储等。因此，Node.js单独使用或单独监测不是明智的做法。在这里，我要给大家一个忠告：你要准备一个足够大的显示屏，以便更好的进行检测。 Node.js 经常是与 Elasticsearch、 Redis等等一起使用。因此，需要将相关的指标一起显示。如下图所示：

本文整理翻译自dzone

译文链接：Top Node.js Metrics to Watch

转载请注明：本文转载自慧都控件网。