NestJS后端服务运行状态、响应时延及内存占用监控方案咨询

核心适配思路 #

你们已有的Nagios/Centreon、Windows服务监控经验可以完全复用，无需引入新的重型监控平台，所有方案均不依赖Docker/K8s/Ansible等受限工具。

问题1：后端服务宕机检测 #

• 流量层检测：在现有HAProxy中配置HTTP健康检查，直接请求NestJS服务的/health健康端点，NestJS官方提供@nestjs/terminus模块可快速生成该端点，无需复杂开发。HAProxy检测到节点返回非200状态码时自动摘除流量，同时可将HAProxy的统计状态对接Nagios自定义监控项，节点异常直接触发告警。
• 本地进程检测：使用轻量工具nssm将NestJS的Node.js进程注册为Windows标准系统服务，复用你们现有Windows服务监控逻辑，通过Nagios的Windows客户端NSClient++直接监控该服务运行状态，服务宕机自动触发重启+告警。

问题2：后端平均响应时延升高至800ms检测 #

• 非侵入式采集：直接从HAProxy统计接口拉取后端节点的平均响应时长指标，写10行以内的轻量定时脚本提取该数值，对接Nagios阈值告警规则，超过800ms直接触发告警，无需修改NestJS业务代码。
• 细粒度采集：如果需要接口级别的时延统计，给NestJS添加全局请求拦截器，统计每个请求的处理耗时，将周期内的平均耗时输出到本地日志文件，通过Nagios日志监控插件扫描日志计算平均值，触发告警即可，代码改动量极小。

问题3：后端内存占用超过15GB检测 #

• 复用现有系统监控能力：通过NSClient++配置自定义监控项，直接指定监控NestJS对应的Node.js进程的工作集内存大小，设置阈值15GB触发告警，也可配置阈值触发后自动重启对应Windows服务实现自愈，完全适配你们现有传统守护进程的监控逻辑。
• 应用层辅助检测：在NestJS中定时调用Node.js原生接口process.memoryUsage()采集内存占用，超过阈值时打印错误日志，对接日志监控告警，可作为系统层监控的补充校验。

内容的提问来源于stack exchange，提问作者Kynes